Re: [O] Bug: error enlighting file: [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
Hello, davi...@es.gnu.org (David Arroyo Menéndez) writes: > Sometimes file link is enlighted without brackets, for example, > > file:~/public_html/docu/drupal/pantallazo8.png appears enlighted, This is called a plain link. > but exporting the file to html the transformation is not good. I get: What did you expect instead? Regards, -- Nicolas Goaziou
Re: [O] Enriched/Org is a colorful Org
> From: Carsten Dominik > Date: Fri, 12 Apr 2013 00:49:32 +0200 > Cc: "emacs-orgmode@gnu.org List" > > > Overlays should be OK as long as they aren't too many, and as long as > > you don't move them around too much, particularly in post-command-hook > > or some such. > > This explanation sounds to me as if the display engine is building > some kind of tree of overlays to find properties changes quickly. Too bad I > don't have time to understand this stuff in more detail, it sounds > interesting. Just search xdisp.c for "overlay", you will see the story quite clearly, I think. There are actually 2 aspects that make display engine's job harder with overlays. One is indeed that finding overlays that "cover" a given buffer position is not a very efficient operation. The display engine tries to overcome this to some extent by "centering" the overlay data base around the place in the buffer it is rendering. This is done for every screen line that is being examined by the display code. The other problem is that there's no easy way of finding out which parts of the buffer are being affected by changes in overlays. The consequence of this is that redisplay cannot easily determine whether a given portion of what's on the glass needs to be redrawn when overlays change. The analysis of which part(s) of a window need to be redrawn is at the heart of redisplay optimizations, whereby Emacs tries very hard to reuse the portions of display that are already up to date. Changes in overlays defeat that. Therefore, changing _any_ overlays in a buffer disables most, if not all, redisplay optimizations, meaning that the entire portion of the buffer that is displayed will be completely redrawn each time overlays _anywhere_ in the buffer are changed.
Re: [O] [Out-of-Thread] Re: [RFC] Org syntax (draft)
Hi Nicolas, Nicolas Goaziou writes: > We can also use a very simple and tolerant regexp (e.g. =[^\000]+=), and > introduce a syntax to escape markers for fine-grained control. FWIW this looks like the correct approach to me. -- Bastien
Re: [O] [Out-of-Thread] Re: [RFC] Org syntax (draft)
Hi Carsten, Carsten Dominik writes: > Keeping this variable a customize variable invites changes also by > people who do not really know what they are doing. Turning it into > a defvar or defconst and somewhere document how to hack around the > restriction if you really need to sounds like a good solution for > me. Agreed. `org-emphasis-regexp-components' is now a defvar. Also, I added `org-emphasis-alist' to the manual. -- Bastien
Re: [O] Attributes on HTML tables?
Bastien writes: > Hi Eric, > > Eric Abrahamsen writes: > >> I'm curious about this possibility as well -- how much work would it >> be? > > The easiest way to know is to start working on it ;) I was afraid that was the answer! > Try creating a derived back-end from 'html one and see. > > ox-s5.el and ox-deck.el might be useful to read, they are derived > from the 'html back-end already. > > HTH, > > PS: Maybe some adjustments could be done later do on ox-html.el > so that it's easier to derive new back-ends from it... but we're > not there yet. The first step is probably to research the differences between xhtml and html 5. In a perfect world we'd be able to export to html 4, html 5, and whatever flavor of xhtml is still current. Bleagh! E
Re: [O] Attributes on HTML tables?
Hi Eric, Eric Abrahamsen writes: > I'm curious about this possibility as well -- how much work would it > be? The easiest way to know is to start working on it ;) Try creating a derived back-end from 'html one and see. ox-s5.el and ox-deck.el might be useful to read, they are derived from the 'html back-end already. HTH, PS: Maybe some adjustments could be done later do on ox-html.el so that it's easier to derive new back-ends from it... but we're not there yet. -- Bastien
Re: [O] Nested list with percent-complete in multiple states?
Hi Brett, thanks for sharing your recipe, nice. Brett Viren writes: > I've been able to "capture" the columnview into another .org file and > then export that to an HTML file. Is there a way to automate these > three steps? Not that I can think about right now, but surely some hack could do. -- Bastien
Re: [O] Best way to generate textile from orgmode ?
Hi Marc-Oliver, Marc-Oliver Ihm writes: > i would like to convert orgmode to textile (which is used within confluence > wiki). > > What is the best way to do this ? The best way would be to write a textile exporter. For this you need to define a new derived exporter from 'ascii. Get a fresh clone of Org and see how this is done in ox-md.el, which create a MarkDown exporter by deriving it from the ascii one. Also note there is contrib/lisp/ox-confluence.el by Sébastien Delafond which can be used for Confluence Wiki. Hope that helps, -- Bastien
Re: [O] Adding date to displayed results of org-search-view
HI Knubee, knubee writes: > As a minimum working example of what I have now: > > C-c a s +{research} -done > > An example of what is returned: > > todo: Research meeting :RESEARCH: > todo: Conference call :RESEARCH: > > What I would like to return: > > todo: Research meeting :RESEARCH: <2012-08-17 Fri 10:00-12:00> > todo: Conference call :RESEARCH: <2012-08-17 Fri 16:00-17:00> > > Thanks in advance for any pointers! The easiest way to achieve this is to have a column view in your Org file like this: #+COLUMNS: %30ITEM %TODO %PRIORITY %15SCHEDULED %15DEADLINE Then in the agenda, C-c C-x C-c will display the column view. HTH, -- Bastien
Re: [O] Bug: org-remember.el is not in git repo [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
Hi David, Yes, org-remember.el has been removed from Org 8.0. This is in the pre-release notes, along with other useful information about backward compatibility, etc: http://orgmode.org/Changes.html davi...@es.gnu.org (David Arroyo Menéndez) writes: > Trying does org-submit-report from git repo, I've found this error, I've > fixed my problem adding (load > "/usr/share/emacs/24.3.50/lisp/org/org-remember.el") to my .emacs ... -- Bastien
Re: [O] Bug: Escaping _ to export to pdf [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
David Arroyo Menéndez writes: > Package: Org-mode version 8.0-pre (release_8.0-pre-335-g4c426b-git @ > org-loaddefs.el can not be found!) Before you go on posting reams of potentially bogus bug reports, could you perhaps be bothered to fix your installation first by doing a make autoloads please? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Bug: Escaping _ to export to pdf [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
The underscore (_) triggers subscript behavior. Try #+OPTIONS: ^:nil See the org manual, sec. 12.2, "Export options", for more information. -- Nick
[O] Bug: Escaping _ to export to pdf [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. I'm having troubles to words as export db_query to pdf, I've tried with db\_query in the source, but appears \ in the pdf, with db_query appears query with a less font size. Emacs : GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of 2013-01-20 on trouble, modified by Debian Package: Org-mode version 8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!) 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-confirm-shell-link-function 'yes-or-no-p org-latex-format-headline-function 'org-latex-format-headline-default-function org-after-todo-state-change-hook '(org-clock-out-if-current) org-from-is-user-regexp "\\" 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 '((lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all) (quote append) (quote local)) ) (lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-babel-show-result-all) (quote append) (quote local)) ) 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-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-clock-out-hook '(org-clock-remove-empty-clock-drawer) ) -- David Arroyo Menéndez http://www.davidam.com RMS: "If you want to accomplish something in the world, idealism is not enough--you need to choose a method that works to achieve the goal. In other words, you need to be pragmatic." gpg --keyserver pgp.rediris.es --recv-keys B395B90A
Re: [O] blank todo kw does not delete closed ts
BTW, not critical. However, todo state orthogonality is worth raising from the perspective of what is most intuitive for new users. -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is NO hope without action. This means YOU.
Re: [O] blank todo kw does not delete closed ts
Hi Bastien, On 4/10/13, Bastien wrote: >> Changing a doneified entry to blank todo state leaves a >> closed ts. >> >> #+BEGIN_SRC org >> ,* DONE doneify >> CLOSED: [2013-04-09 Tue 14:11] >> ,* now change to blank todo kw -- notice the closed ts >> CLOSED: [2013-04-09 Tue 14:11] >> #+END_SRC >> >> Perhaps it would be more intuitive for newcomers, and safer >> for expiry searches like "+CLOSED<\"<-1m>\"" where not >> everybody thinks to try to match all done todo keywords (not >> even sure what the convention is for that), to remove the >> ts. > > I'm not sure about this one. Seems logical to keep the CLOSED > information for tasks that have been done once and that do not > have (new) active TODO keywords yet. I think it depends on how you look at it. For a different use case from yours: I view blank entries as just another todo state. To me, I want the same behavior (deleting the closed timestamp because I *reversed* the doneification) for switching to blank as switching to any other todo state. This keeps things orthogonal and therefore predictable. The closed timestamp is not a notation (that is what state logs are for), but a semantic indication of closedness that is useful for expiry. Reversing the done should in my use case (but not yours) undo the closedness. I wanted to to expire closed entries, and did this: ("ne" "clean up by expired CLOSED" tags "+CLOSED<\"<-1m>\"" ((org-tags-match-list-sublevels nil) (org-agenda-sorting-strategy '(category-up user-defined-up This will expire blank entries also. I thought closed = doneish because I prefer the orthogonal approach. I think some other users will also. Of course the user can try to figure out how to say TODO=done& (or something), but might not think to do so at first. I have never changed doneish to blank without having to delete the timestamp. I thought that was a bug and did not realize that you had a use case for making blank entries different from other todo states. FWIW. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is NO hope without action. This means YOU.
Re: [O] Inline code in tables?
John Hendy gmail.com> writes: > > On Thu, Apr 11, 2013 at 8:06 PM, Jay Kerns gmail.com> wrote: > > Dear John, > > > > On Thu, Apr 11, 2013 at 6:56 PM, John Hendy gmail.com> wrote: > >> I have a table like so: > > > > Please see the responses by Eric S. and Charles B. in the following thread: > > > > http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00832.html > > > > Fantastic and thanks for the link. I *swore* this had just come up, > but wasn't able to find it in my email. That's exactly what I needed. > > So =brew= is accessing the results of a previous session even though > there's no session argument? Or do all R blocks you want to refer to > later with =brew= need to have happened in a persistent session? > John, The session is essential. This was in that thread: * jay's query :PROPERTIES: :session: *R:2* :exports: both :END: so any exports done under that subtree refer to the *R:2* session. I like brew, but another work around goes like this: prefix every table row by 'vert-' (replace-regexp RET ^| RET vert-| RET) Then run this block to define a 'before-parsing' hook for the exporter --8<---cut here---start->8--- #+BEGIN_SRC emacs-lisp :exports none (defun strip-vert (backend) (while (search-forward "vert-|" nil t) (replace-match "|" nil t))) (add-hook 'org-export-before-parsing-hook 'strip-vert) #+END_SRC --8<---cut here---end--->8--- Then under the `table' headline here: --8<---cut here---start->8--- * table :PROPERTIES: :session: *R* :EXPORT_FILE_NAME: test-table :END: #+NAME: r-init #+BEGIN_SRC R :results silent var1 <- "var one" var2 <- "var two" var3 <- "var three" #+END_SRC I have a table like so: vert-| Title | Title | vert-|---+-| vert-| var1 | src_R{var1} | vert-| var2 | src_R{var2} | vert-| var3 | src_R{var3} | --8<---cut here---end--->8--- Type this: C-c C-e C-b C-s l L y y y y y or something similar if the session has not been previously started This does: export body-only subtree latex in-a-buffer and execute each src block and you will get: , | \begin{figure}[H] | \label{r-init} | \begin{verbatim} | var1 <- "var one" | var2 <- "var two" | var3 <- "var three" | \end{verbatim} | \end{figure} | | | | I have a table like so: | \begin{center} | \begin{tabular}{ll} | Title & Title\\ | \hline | var1 & \texttt{var one}\\ | var2 & \texttt{var two}\\ | var3 & \texttt{var three}\\ | \end{tabular} | \end{center} ` in a buffer. I am not sure why the problem you identify happens. All this happens before the exporter parses anything. Maybe something to do with fancy table usage conflicting with inline babel in tables? HTH, Chuck
Re: [O] Attributes on HTML tables?
François Pinard writes: > Christian Moe writes: > >> XHTML is also fussy about quoting attribute values, and about escaping >> special characters as HTML entities, including the ampersand (&), and >> including inside attribute values. I'm guessing the exporter already >> does the right thing here. > > Org can of course take care of XTHML fussiness, there is likely no > problem there. > > While on this subject! :-) > > Could Org allow the output of HTML5 rather than XHTML, under the control > of some option? I've read that some frameworks really expect HTML5 to > work properly, such an option might ease inter-operation between > exported Org and such frameworks. I'm curious about this possibility as well -- how much work would it be? E
Re: [O] Inline code in tables?
On Thu, Apr 11, 2013 at 8:06 PM, Jay Kerns wrote: > Dear John, > > On Thu, Apr 11, 2013 at 6:56 PM, John Hendy wrote: >> I have a table like so: > > Please see the responses by Eric S. and Charles B. in the following thread: > > http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00832.html > Fantastic and thanks for the link. I *swore* this had just come up, but wasn't able to find it in my email. That's exactly what I needed. So =brew= is accessing the results of a previous session even though there's no session argument? Or do all R blocks you want to refer to later with =brew= need to have happened in a persistent session? Thanks, John > I hope this helps, > > -- > Jay
Re: [O] Org-mode outside Org-mode
On 4/5/13, Thorsten Jolitz wrote: > that sounds like a different idea. I have heard about programming > environments that keep comments and source-code in two different (but > sync'd) files to minimize distraction from the source code - maybe a > possible use case for your idea? Yes. The purpose for keeping them separate is to have one of them be a complete Org file. -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is NO hope without action. This means YOU.
Re: [O] Inline code in tables?
Dear John, On Thu, Apr 11, 2013 at 6:56 PM, John Hendy wrote: > I have a table like so: Please see the responses by Eric S. and Charles B. in the following thread: http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00832.html I hope this helps, -- Jay
Re: [O] Org-mode outside Org-mode
On 4/6/13, Eric Schulte wrote: >>> The idea is to be in my-lisp.el, and do C-c ', and get to a canonical >>> entry in my-org.org, then do C-c ' again and get back to my-lisp.el. > That could be handy. For jumping back and for by function name, the > following simple implementation might be sufficient. It relies on file > local variables to know which src and Org-mode files are related to each > other. Interesting implementation, thanks for coding it. I was thinking about Org ID instead of local variables. In the Org file, you have an entry with an Org ID and a property with the source file location. In the source file, you have a marker in a comment like this: ;; $[id 12345] Where 12345 is an automatically-generated Org ID in the typical unique format. The job of C-c ' in the source file is to search for the nearest ID marker, then go to the entry that has that ID in the Org file. The job of C-c ' in the Org file is to get the Org ID, then search for the marker that contains it in the source file. Then the Org ID mechanism finds the Org file without requiring local variables. (Or, of course, for read-only files, a bookmark-like mechanism can be used to keep a database of search strings, indexed by the ID, to find the location. This means no need for Org ID in the source file and no need for local variables. But the ID method is more robust.) Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is NO hope without action. This means YOU.
[O] Bug: org-remember.el is not in git repo [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Trying does org-submit-report from git repo, I've found this error, I've fixed my problem adding (load "/usr/share/emacs/24.3.50/lisp/org/org-remember.el") to my .emacs ... Emacs : GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of 2013-01-20 on trouble, modified by Debian Package: Org-mode version 8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!) 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-confirm-shell-link-function 'yes-or-no-p org-latex-format-headline-function 'org-latex-format-headline-default-function org-after-todo-state-change-hook '(org-clock-out-if-current) org-from-is-user-regexp "\\" 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 '((lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all) (quote append) (quote local)) ) (lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-babel-show-result-all) (quote append) (quote local)) ) 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-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-clock-out-hook '(org-clock-remove-empty-clock-drawer) ) -- David Arroyo Menéndez http://www.davidam.com RMS: "If you want to accomplish something in the world, idealism is not enough--you need to choose a method that works to achieve the goal. In other words, you need to be pragmatic." gpg --keyserver pgp.rediris.es --recv-keys B395B90A
[O] Adding date to displayed results of org-search-view
Is there a way to control the results displayed by org-search-view ("c-c a s")? Specifically, I would like to find all todo entries with the keyword "research" -- but then include the date with each item. As a minimum working example of what I have now: C-c a s +{research} -done An example of what is returned: todo: Research meeting :RESEARCH: todo: Conference call :RESEARCH: What I would like to return: todo: Research meeting :RESEARCH: <2012-08-17 Fri 10:00-12:00> todo: Conference call :RESEARCH: <2012-08-17 Fri 16:00-17:00> Thanks in advance for any pointers!
[O] Bug: error enlighting file: [8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Sometimes file link is enlighted without brackets, for example, file:~/public_html/docu/drupal/pantallazo8.png appears enlighted, but exporting the file to html the transformation is not good. Emacs : GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version 3.4.2) of 2013-01-20 on trouble, modified by Debian Package: Org-mode version 8.0-pre (release_8.0-pre-335-g4c426b-git @ org-loaddefs.el can not be found!) 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-confirm-shell-link-function 'yes-or-no-p org-latex-format-headline-function 'org-latex-format-headline-default-function org-after-todo-state-change-hook '(org-clock-out-if-current) org-from-is-user-regexp "\\" 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 '((lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all) (quote append) (quote local)) ) (lambda nil (org-add-hook (quote change-major-mode-hook) (quote org-babel-show-result-all) (quote append) (quote local)) ) 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-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-clock-out-hook '(org-clock-remove-empty-clock-drawer) ) -- David Arroyo Menéndez http://www.davidam.com RMS: "If you want to accomplish something in the world, idealism is not enough--you need to choose a method that works to achieve the goal. In other words, you need to be pragmatic." gpg --keyserver pgp.rediris.es --recv-keys B395B90A
[O] Inline code in tables?
I have a table like so: | Title | Title | |---+-| | var1 | src_R[:session r]{var1} | | var2 | src_R[:session r]{var2} | | var3 | src_R[:session r]{var3} | I just had the same in an itemized list, and it worked fine. Then I wanted to add more attributes and thought a table would be a better bet. The table is exporting as LaTeX math formatted: \begin{tabular}{ll} \toprule Title & Title\\ \midrule var1 & src$_\mathrm{R[}$:session r]\{var1\}\\ var2 & src$_\mathrm{R[}$:session r]\{var2\}\\ var3 & src$_\mathrm{R[}$:session r]\{var3\}\\ \bottomrule \end{tabular} Thanks for any suggestions, John
Re: [O] Enriched/Org is a colorful Org
On 11.4.2013, at 19:30, Eli Zaretskii wrote: >> From: Carsten Dominik >> Date: Thu, 11 Apr 2013 04:58:15 +0200 >> Cc: "emacs-orgmode@gnu.org List" , >> Eli Zaretskii >> >>> I guess Eli simply means, in a general way, that overlays do negatively >>> impact >>> display performance, as you said as well a couple of times: >> >> Yes, but Eli says that Org already severely tests the >> display engine, and he uses the word "mess", even though >> we mostly use text properties for faces and other >> display-related things. > > Well, don't interpret "mess" too literally ;-) I will add an overlay that displays "mess" as "mix" :D > >> Of course, Org already uses overlays, for example for >> folding (as does outline.el), and for temporary marking >> of text like during src block editing. But as your digging >> shows, I ave avoided them in the past, and we are also not >> using them for org-indent.el, for example. >> >> The reason why I said "overlays would be better" is simply >> that they would allow to add display properties in a >> persistent way that would not interfere that our >> font-lock-unfontify-region function removes face and >> invisibility text properties. So they are "better" for >> implementing hand-made faces selection that should overrule >> font-lock. > > Overlays should be OK as long as they aren't too many, and as long as > you don't move them around too much, particularly in post-command-hook > or some such. This explanation sounds to me as if the display engine is building some kind of tree of overlays to find properties changes quickly. Too bad I don't have time to understand this stuff in more detail, it sounds interesting. - Carsten
Re: [O] Enriched/Org is a colorful Org
On 11.4.2013, at 19:27, Eli Zaretskii wrote: > [Please CC me on responses, as I'm not subscribed to this list.] > >> From: Carsten Dominik >> Date: Wed, 10 Apr 2013 21:58:06 +0200 >> Cc: emacs-orgmode@gnu.org >> >>> I beg the Org developers to please be very careful when introducing >>> expensive display features such as overlays into Org. Org already >>> puts the Emacs display engine to its limits in many of its popular >>> features; >> >> this is interesting input, I was not aware of this. Has this been discussed >> before, can you point me to relevant threads, and what are the symptoms of >> the display engine being at its limits? > > You won't find explicit discussions of this, except maybe a random > comment from me here and there. There aren't too many discussions > about the display engine in general; maybe it's my fault. > > But you can find indirect evidence to what I say in quite a few > reports about slow redisplay. Here's one example (it's just the first > one that popped up on Google): > > http://lists.gnu.org/archive/html/emacs-devel/2011-09/msg00276.html > > Note how two display features: bidi and hl-line -- each one of them > cause significant slow-down in Org buffers, and almost nowhere else. > This is just an example. I keep bumping into similar issues > frequently enough to lead me to the conclusion you see above. Yes, OK, I also remember reports like this. Funny, often it is not Org by itself, but in combination with something else that affects the display engine. > > In general, hiding from display large parts of a buffer, and using a > lot of display strings and overlays that add to buffer text or replace > buffer text with something else -- these all make redisplay much more > expensive. In particular, moving overlays disables many redisplay > optimizations, so e.g. any mode that moves overlays as result of > post-command-hook will considerably slow down display and degrade user > experience. OK, this is a concrete thing we can be on the lookout for. I don't think we do that, but I will take a look. > > After hacking the display code for a few years, it is painfully clear > to me that its basic design assumed that such use cases are rare. Org > mode makes these assumptions more and more false, and it does that > faster than the CPU speed improves ;-) > > For these reasons, and as long as we don't have any development going > on that aims at a complete redesign of the display engine, I think > every feature, especially one expected to be popular, that adversely > impacts redisplay efficiency, should be considered very carefully, and > the various alternatives for its implementation assessed also from > this aspect. This is clear enough. I will try to keep this in mind and evaluate changes in Org in this way. If you have other concrete things where you think Org could be improved in this direction, let us know. > > HTH Certainly, thank you. - Carsten
[O] Error with :wrap org in babel and 8.0-pre
I thought this was the proper syntax for printing stuff directly to a LaTeX document: #+begin_src R :session :exports results :results output :wrap org I've got a statement interspersing some prose with variable values like so: cat("This and such value was," var1, ", and this one was", var2, ".\n") The results block looks fine, but LaTeX is spitting out \begin{org} and \end{org} around it, which results in a compilation error: ! LaTeX Error: Environment org undefined. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.51 \begin{org} ! LaTeX Error: \begin{document} ended by \end{org}. Suggestions? Thanks, John
[O] Web site generator, but not so static
I'm considering waht most benefit could be drawn from coupling org-mode to write web pages (skeletons) and hunchentoot (common lisp web server). There used to be some starter for a CL Org-mode parser, but it seems to be dead by now. There are several ways in which the pair could make sense. For example by using slime to feed directly data to the server. Also by the fact that org-mode in emacs could easily spit out sexp rather than html. Did anybody look into this ? -- Fabrice
Re: [O] [BUG] org-clock-in menu scrolls off the top of the window
Bastien writes: > Hi Bernt, > > Bernt Hansen writes: > >> Another change I've noticed in master is the display of the clocking >> task menu when doing >> >> C-u M-x org-clock-in > > Thanks, this is now fixed. > > Also, I added clocked-out time for each task. > > Let me know if you think it's useful or too much > visual stress. Thanks Bastien. I don't like the additional timestamp information. When I split my window horizontally (on my old non-widescreen monitor) too much of the task text is cut off. The relative positions of the items in the list is much more important to me than exactly when they were last clocked in. I usually visually scroll down from top to bottom to clock in an unfinished task (the last one I worked on) and I don't care if this was 5 minutes ago or yesterday in the list. Thanks, Bernt
[O] Best way to generate textile from orgmode ?
Hello list, i would like to convert orgmode to textile (which is used within confluence wiki). What is the best way to do this ? New exporter already or external programs ? Thanx and best regards, Marc
Re: [O] [babel] sbe not working properly
Hi, I cannot replicate Karl's problem. I copied the code examples, and got the right results on Org 8.0-pre (pulled this morning). I did have to make one change -- Babel wouldn't recognize the variables until I passed them with :var rather than in parens after the codeblock name. (I saw there was some discussion on dropping the latter syntax; whoa -- has it already happened?) But that much was clear from the error messages I got, so Karl's problem must be something different. Yours, Christian Darlan Cavalcante Moreira writes: > I have my own difficulties using sbe and decided to try your example. > > I even created the shell babel block below which does the same think as the > python code > > #+NAME: epoch2dayshell(epoch=1) > #+begin_src sh > echo `date --d @$epoch -u +"[%F %a %T]"` > #+end_src > > but I got the same result. Actually, I realize a small detail. > > In your example, when you evaluated the table formula you got as result the > 1970 date. However, this does not mean that your python code was > executed. You got that answer because you have evaluated the python code > previously with the default argument (equal to 1) and thus you had > > #+RESULTS: epoch2day > : [1970-01-01 Thu 00:00:01] > > in your file. If you erase the #+RESULTS and reevaluate the table you will > get an ERROR. That indicates that sbe is not calling the babel block as I > (and probably you too) was expecting. > > However, looking at sbe's documentation I can't see anything wrong with the > formula you wrote. I'm still confused on how to correctly use sbe. > > -- > Darlan > > At Thu, 11 Apr 2013 16:26:12 +0200, > Karl Voit wrote: >> >> Hi! >> >> I want to define a babel function named epoch2day which I am able to use in a >> table to convert UNIX epoch times to Org-mode time stamps: >> >> #+NAME: epoch2day(epoch=1) >> #+BEGIN_SRC python :results output >> time = epoch >> import datetime >> strtime = str(time) >> datetimestamp = datetime.datetime.utcfromtimestamp(int(strtime[:10])) >> print datetimestamp.strftime('[%Y-%m-%d %a %H:%M:%S]') >> #+END_SRC >> >> #+RESULTS: epoch2day >> : [1970-01-01 Thu 00:00:01] >> >> ... this works so far. However, in a table I can't "overwrite" the default >> value with a column value: >> >> | epoch | day | >> |---+---| >> | 1262675465119 | [1970-01-01 Thu 00:00:01] | >> #+TBLFM: $2='(sbe epoch2day (epoch $1)) >> >> ... but $2 should be: [2010-01-05 Tue 07:11:05] >> >> >> On [1] I found another example: >> >> #+name: add1(x=1) :results silent >> #+begin_src python >> return x + 1 >> #+end_src >> >> #+RESULTS: add1 >> : 2 >> >> | foo | bar | 3 | 2 | >> #+TBLFM: @1$4='(sbe add1 (x $3)) >> >> #+CALL: add1(x=2) >> >> #+RESULTS: add1(x=2) >> : 2 >> >> So this simple example does not work either at my side[2]. >> >> >> What is my error? Or did I found a bug? >> >> Thanks! >> >> >> 1. http://stackoverflow.com/questions/9595310/org-babel-sbe-syntax >> 2. Org-mode 1af215bb4668bf3e778175e68fcaf from git >> -- >> mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: >>> get Memacs from https://github.com/novoid/Memacs < >> >> https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github >> >>
Re: [O] We're doing it wrong. [WAS]: Zip utility on Windows for ODT exporter
Loyall, David writes: >> Then practically all programs are uncivilized, especially when >> considering that dynamic libraries are just another form of external >> executables. > > Yes. But would you grant me that this is done in a more orderly > fashion? It may appear that way, but the closer you get to the details the fuzzier it looks. >> You'd need an audited system if you want to take it that far, I'm not >> sure anybody has tried to do this on Windows and is still outside the >> asylum. The only practical way seems to deliver the reproducible >> research as a VM (yes, that has other problems). > > Yeah, I've thought about that a little bit. > > I heard somebody say the other day that according to some survey, x > percent of people don't know the difference between a search engine > and a browser. Would they know the difference between an application > and a VM that auto-starts an application? ...If you just change the > title bar of Virtualbox to say "Emacs" instead... Would anyone with an Android phone know that they actually run multiple instances of some sort of VM? Do they need to? Emacs also is a VM when looked at in the right perspective. I'd think that people are getting used to such layers of abstraction by now and shrug it off as long as it does what they want. > I wrote ~2200 characters on this subject, just now, but then I stashed > it away rather than present it here before asking: has this been > proposed before? What was the outcome? Not sure what exactly you mean, but if you want to help out CERN with doing some analysis on their data, they'll have you download a VM and run their code from inside that without touching the rest of your system. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html
Re: [O] [babel] sbe not working properly
I have my own difficulties using sbe and decided to try your example. I even created the shell babel block below which does the same think as the python code #+NAME: epoch2dayshell(epoch=1) #+begin_src sh echo `date --d @$epoch -u +"[%F %a %T]"` #+end_src but I got the same result. Actually, I realize a small detail. In your example, when you evaluated the table formula you got as result the 1970 date. However, this does not mean that your python code was executed. You got that answer because you have evaluated the python code previously with the default argument (equal to 1) and thus you had #+RESULTS: epoch2day : [1970-01-01 Thu 00:00:01] in your file. If you erase the #+RESULTS and reevaluate the table you will get an ERROR. That indicates that sbe is not calling the babel block as I (and probably you too) was expecting. However, looking at sbe's documentation I can't see anything wrong with the formula you wrote. I'm still confused on how to correctly use sbe. -- Darlan At Thu, 11 Apr 2013 16:26:12 +0200, Karl Voit wrote: > > Hi! > > I want to define a babel function named epoch2day which I am able to use in a > table to convert UNIX epoch times to Org-mode time stamps: > > #+NAME: epoch2day(epoch=1) > #+BEGIN_SRC python :results output > time = epoch > import datetime > strtime = str(time) > datetimestamp = datetime.datetime.utcfromtimestamp(int(strtime[:10])) > print datetimestamp.strftime('[%Y-%m-%d %a %H:%M:%S]') > #+END_SRC > > #+RESULTS: epoch2day > : [1970-01-01 Thu 00:00:01] > > ... this works so far. However, in a table I can't "overwrite" the default > value with a column value: > > | epoch | day | > |---+---| > | 1262675465119 | [1970-01-01 Thu 00:00:01] | > #+TBLFM: $2='(sbe epoch2day (epoch $1)) > > ... but $2 should be: [2010-01-05 Tue 07:11:05] > > > On [1] I found another example: > > #+name: add1(x=1) :results silent > #+begin_src python > return x + 1 > #+end_src > > #+RESULTS: add1 > : 2 > > | foo | bar | 3 | 2 | > #+TBLFM: @1$4='(sbe add1 (x $3)) > > #+CALL: add1(x=2) > > #+RESULTS: add1(x=2) > : 2 > > So this simple example does not work either at my side[2]. > > > What is my error? Or did I found a bug? > > Thanks! > > > 1. http://stackoverflow.com/questions/9595310/org-babel-sbe-syntax > 2. Org-mode 1af215bb4668bf3e778175e68fcaf from git > -- > mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: >> get Memacs from https://github.com/novoid/Memacs < > > https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github > >
Re: [O] Nested list with percent-complete in multiple states?
Bastien writes: > Check boxes have only three state: empty, checked, undecided. > > If you need more states, I suggest using a property. > Then the column view can be used to display a summary > of the "sum" of all properties in the subtree. Thanks for the pointer, Bastien. This looks like a fine way to do things. I've been able to "capture" the columnview into another .org file and then export that to an HTML file. Is there a way to automate these three steps? Notes on what I did so far follow. In a "notes.org": * Document status :PROPERTIES: :COLUMNS: %25ITEM(Section) %25Responsible %3Received{X} %3Converted{X} %3Editing{X} %3Frozen{X} :Responsible_ALL: Person1 Person2 Person3 :Received_ALL: "[ ]" "[X]" :Converted_ALL: "[ ]" "[X]" :Editing_ALL: "[ ]" "[X]" :Frozen_ALL: "[ ]" "[X]" :ID: document-status :END: ** Section 1 *** Subsection 1.1 :PROPERTIES: :Responsible: Person1 :Received: [X] :Converted: [ ] :END: Etc for other sections. Hints: - only need to add properties in sub (or subsub, etc) sections where they are strictly needed. Parents inherit from children - don't actually edit :PROPERTIES: by hand instead do C-c C-x C-c to turn on columns and "e" in a cell to edit it with values from the list of possible ones in the *_ALL and/or do C-c C-c to toggle values I shall look into adding numerical values to get %-done type columns. Then for presentation. As per http://orgmode.org/manual/Capturing-column-view.html To make presentation with just this tree of info make another file "status.org" with: * Status #+BEGIN: columnview :vlines t :hlines 1 :id "document-status" #+END: Go to "BEGIN" and hit C-c C-c and a table will be inserted. Then a normal export to HTML can be done. -Brett. pgpO6qFZcERmh.pgp Description: PGP signature
Re: [O] Enriched/Org is a colorful Org
> From: Carsten Dominik > Date: Thu, 11 Apr 2013 04:58:15 +0200 > Cc: "emacs-orgmode@gnu.org List" , > Eli Zaretskii > > > I guess Eli simply means, in a general way, that overlays do negatively > > impact > > display performance, as you said as well a couple of times: > > Yes, but Eli says that Org already severely tests the > display engine, and he uses the word "mess", even though > we mostly use text properties for faces and other > display-related things. Well, don't interpret "mess" too literally ;-) > Of course, Org already uses overlays, for example for > folding (as does outline.el), and for temporary marking > of text like during src block editing. But as your digging > shows, I ave avoided them in the past, and we are also not > using them for org-indent.el, for example. > > The reason why I said "overlays would be better" is simply > that they would allow to add display properties in a > persistent way that would not interfere that our > font-lock-unfontify-region function removes face and > invisibility text properties. So they are "better" for > implementing hand-made faces selection that should overrule > font-lock. Overlays should be OK as long as they aren't too many, and as long as you don't move them around too much, particularly in post-command-hook or some such.
Re: [O] Attributes on HTML tables?
Hello, Bastien writes: > Nicolas Goaziou writes: > >>> than it is to automatically replace verbatim attribute code with plists, >>> especially if there are all sorts of html irregularities in there. >> >> I prefer not to mix the two methods as it would be fragile (e.g. what >> happens if an attribute is defined both outside and inside the :options >> keyword?). > > Sorry, catching up in this thread -- my understanding was that > :options was *always* available as a fallback, even with other > attributes set before it. Am I wrong? :options is more or less required in LaTeX export. Other keywords may go in different locations (optional arguments, mandatory arguments) so the back-end has to understand the keywords provided. It also means there will always be keywords it won't understand (i.e. which are not hardcoded). The :options bucket is a good place for them. On the other hand, I think we don't need it in HTML export. All attributes go in the same place, so the backend just transforms the plist into a string. Since it doesn't need to know about what it transforms, the bucket becomes useless, maybe confusing. Regards, -- Nicolas Goaziou
Re: [O] Enriched/Org is a colorful Org
[Please CC me on responses, as I'm not subscribed to this list.] > From: Carsten Dominik > Date: Wed, 10 Apr 2013 21:58:06 +0200 > Cc: emacs-orgmode@gnu.org > > > I beg the Org developers to please be very careful when introducing > > expensive display features such as overlays into Org. Org already > > puts the Emacs display engine to its limits in many of its popular > > features; > > this is interesting input, I was not aware of this. Has this been discussed > before, can you point me to relevant threads, and what are the symptoms of > the display engine being at its limits? You won't find explicit discussions of this, except maybe a random comment from me here and there. There aren't too many discussions about the display engine in general; maybe it's my fault. But you can find indirect evidence to what I say in quite a few reports about slow redisplay. Here's one example (it's just the first one that popped up on Google): http://lists.gnu.org/archive/html/emacs-devel/2011-09/msg00276.html Note how two display features: bidi and hl-line -- each one of them cause significant slow-down in Org buffers, and almost nowhere else. This is just an example. I keep bumping into similar issues frequently enough to lead me to the conclusion you see above. In general, hiding from display large parts of a buffer, and using a lot of display strings and overlays that add to buffer text or replace buffer text with something else -- these all make redisplay much more expensive. In particular, moving overlays disables many redisplay optimizations, so e.g. any mode that moves overlays as result of post-command-hook will considerably slow down display and degrade user experience. After hacking the display code for a few years, it is painfully clear to me that its basic design assumed that such use cases are rare. Org mode makes these assumptions more and more false, and it does that faster than the CPU speed improves ;-) For these reasons, and as long as we don't have any development going on that aims at a complete redesign of the display engine, I think every feature, especially one expected to be popular, that adversely impacts redisplay efficiency, should be considered very carefully, and the various alternatives for its implementation assessed also from this aspect. HTH
[O] Bug: ATTACH tag gets exported unconditonally to PDF [8.0-pre (release_8.0-pre-11014-gd195e8 @ /home/mrb/dev/emacs/packages/org-mode/lisp/)]
When exporting a subtree, I often use the attach functionality (C-c C-a) to "attach" files to a heading. This gives the heanding an :ATTACH: tag. When exporting such a subtree via latex to pdf, using org-export-dispatch (C-c e) the output in pdf contains the :ATTTACH: tag. If I use other tags on headings, they are not printed, which is what I expect to happen, given my configuration. Possibly related is that setting '#+EXPORT_EXCLUDE_TAGS: exclude' also does NOT hide the section having that tag if using a #SETUPFILE directive. It *does* work when setting the 'org-export-excluded-tags' variable directly, so I think this is a separate issue. marcel Emacs : GNU Emacs 24.3.4 (x86_64-unknown-linux-gnu, GTK+ Version 3.6.0) of 2013-03-30 on mrb Package: Org-mode version 8.0-pre (release_8.0-pre-11014-gd195e8 @ /home/mrb/dev/emacs/packages/org-mode/lisp/) -- Marcel van der Boom -- http://hsdev.com/mvdb.vcf HS-Development BV-- http://www.hsdev.com We use bitcoin! -- http://bitcoin.org
Re: [O] New exporter and dates in tables
Hello, Nicolas Goaziou writes: > Thinking more about it, I think I need to make some more exceptions > anyway. For example timestamps in clock lines and in planning info > shouldn't react to `org-export-with-timestamps' (it would be silly to > have `org-export-with-planning' set to t and still see nothing because > `org-export-with-timestamps' is nil). Indeed :) Thinking again about Bernt's use-case and Carsten's feedback, I suggest making rules for planning instead of exceptions for time-stamps. - planning information is - SCHEDULED: - DEADLINE: - CLOSED: - one or more time-stamps (active or inactive) alone on a line - a non-planning time-stamp is any time-stamp that does not fall into the categories above, i.e. if it is inlined in an element (usually a paragraph or a table). The inactive/active time-stamp in a table is handled. And so is another corner case that we did not discussed yet: people using active time-stamps right below a headline, with the expectation that this time-stamp will bring the entry up in the agenda -- such time-stamp is now considered a time-stamp while it is really some planning info. I guess this is cleaner than creating exceptions. What about it? -- Bastien
Re: [O] [ox-latex] Bad default value for image width?
Hi, Nicolas Goaziou writes: > Rasmus writes: > >> Perhaps. I'm not convinced. > > Since I didn't introduce this feature in new exporter (it was already in > the previous one), it may be interesting to know the motivation of the > person who originally introduced it. I think it was Bastien (Cc'ed). The same than the one you expressed: make sure images fit the page. I don't there was a way to set the width attribute per image at the time. >> For people who use it it might also be reasonable to introduce >> a org-latex-wrap-image-default-width or making >> org-latex-image-default-width a list ordered by type of element/float >> type. >> >> E.g. '((float . ".9\\textwidth") (wrap . ".5\\textwidth")). . . > > I'm not sure we need to go that far. Not sure either, a bit too much for sure. -- Bastien
Re: [O] Attributes on HTML tables?
Hi, Nicolas Goaziou writes: >> than it is to automatically replace verbatim attribute code with plists, >> especially if there are all sorts of html irregularities in there. > > I prefer not to mix the two methods as it would be fragile (e.g. what > happens if an attribute is defined both outside and inside the :options > keyword?). Sorry, catching up in this thread -- my understanding was that :options was *always* available as a fallback, even with other attributes set before it. Am I wrong? If an attribute is both outside and inside the :options keywords, the outside version should take over. -- Bastien
Re: [O] exporting cross-references to source block results CORRECTION
> > > And then, we need to separately name the results block, and use > > a different name for it, so that the cross-references pick it up > > correctly? > > Yes, the name given to the results block doesn't depend on the results > keyword. You can give it any name, as long as it is unique. > > Here is an example: > > #+caption: Src block caption > #+name: my-src > #+begin_src emacs-lisp > (+ 1 2) > #+end_src > > #+name: anything > #+caption: Element caption > #+results: my-src > : 3 > > As far as affiliated keywords go, the only one you needn't provide is > "#+results:". Abundantly clear. Thank you. Have already started cleaning my file and it is working the way it should :) Vikas
Re: [O] Nested list with percent-complete in multiple states?
Hi Brett, Brett Viren writes: > * Document Sections (received:[1/4] converted:[1/4] frozen:[1/4] missing > [1/4]) > - [-] Chapter 1 (received:[2/3] converted:[1/3] frozen:[0/3] missing [1/3]) > - [ ] section 1 (person A) > - [R] section 2 (person B) > - [C] section 2 (person C) > - [-] Chapter 2 (received:[1/1] converted:[1/1] frozen:[1/1] missing [0/1]) > - [F] section 1 (Person D) > > Is there anything which gets me in this direction? Check boxes have only three state: empty, checked, undecided. If you need more states, I suggest using a property. Then the column view can be used to display a summary of the "sum" of all properties in the subtree. HTH, -- Bastien
Re: [O] We're doing it wrong. [WAS]: Zip utility on Windows for ODT exporter
"Loyall, David" writes: > I'm experimenting with quitting smoking. Suggestion: never start. (Been there...) Trying to capture this: * Stop smoking :PROPERTIES: :ORDERED: t :END: ** TODO Don't stop smoking ** TODO Don't start smoking SCHEDULED: <2013-04-11 jeu. +1d> :) -- Bastien
Re: [O] adding images in org
Aditya Mandayam writes: > Hi after reading this: > > http://permalink.gmane.org/gmane.emacs.orgmode/25134 > > I am still unclear. How do I link to an image online like this: > http://upload.wikimedia.org/wikipedia/commons/7/7c/Bundesarchiv_DVM_10_Bild-23-61-11%2C_Gro%C3%9Fer_Kreuzer_%22SMS_Bl%C3%BCcher%22.jpg > > and have it show up in org? C-c C-x C-v gives me "No images to display inline" I don't think you can inline remote images. The post you link to refers only to locally available images. Nick
Re: [O] We're doing it wrong. [WAS]: Zip utility on Windows for ODT exporter
> From: emacs-orgmode@gnu.org On Behalf Of Achim Gratz > Loyall, David writes: > > And that's why civilized programs don't depend on external executables > > from $PATH. > > Then practically all programs are uncivilized, especially when considering > that > dynamic libraries are just another form of external executables. Yes. But would you grant me that this is done in a more orderly fashion? > > Now, I'd imagine that some people have argued in the past that org > > shouldn't depend on external executables. Clearly those arguments > > have failed. > > I'm sure that if you could point to an Emacs package that allows to work with > archives without depending on external executables it would be used > instead, but I'm not aware of any such package: ox-odt uses arc-mode for > unzipping (which in turn uses call-proc for actually doing it) and then > call-proc > itself to do the zipping. I realized shortly after my post that calling external executables is the norm, not the exception. Also, I must apologize, my general tone in that message was terrible. I'm experimenting with quitting smoking. Suggestion: never start. > > But, let's take a fresh look. How about this rule of thumb: don't > > depend on external executables **from $PATH**. > > > > Can we agree on that? > > No, because I can't really see the point, especially since Emacs doesn't use > just $PATH for call-proc, but a user option exec-path (whose default value is > a copy of $PATH, but even a cursory look on $PATH on a Windows system > should convince you that you really should change this). > > > How about: don't depend on external executables from $PATH, but allow > > the user to override via config. > > How about: if you want that level of control, customize exec-path (and > perhaps exec-suffixes)? > > > This is important on the 'reproducible research' front. > > Are we still talking about Windows? No. Well, kinda. > You'd need an audited system if you > want to take it that far, I'm not sure anybody has tried to do this on Windows > and is still outside the asylum. The only practical way seems to deliver the > reproducible research as a VM (yes, that has other problems). Yeah, I've thought about that a little bit. I heard somebody say the other day that according to some survey, x percent of people don't know the difference between a search engine and a browser. Would they know the difference between an application and a VM that auto-starts an application? ...If you just change the title bar of Virtualbox to say "Emacs" instead... I wrote ~2200 characters on this subject, just now, but then I stashed it away rather than present it here before asking: has this been proposed before? What was the outcome? > Regards, > Achim. Cheers, --Dave
Re: [O] exporting cross-references to source block results CORRECTION
Vikas Rawal writes: >> > cross-reference will pick that up correctly. >> > >> > If #+RESULT is not to work, it is better to change >> > org-babel-results-keyword to NAME, and then what you are suggesting >> > happens automatically. But in the earlier thread on the topic, Nicolas >> > said that was not the right way. >> >> We are misunderstanding each other. >> >> #+results are never used for cross-references. This is a Babel internal >> keyword used to refer to the source that generated this element. >> >> Cross-references only react to #+name keyword. >> > > > Sorry, this is confusing. Is it then the case that we are naming the > source block to ensure that captions stick to the corresponding > results block? Source block captions apply to the source block, not to the results. You have to define a separate caption for the results. Source block name will be used both as a label for cross referencing and as a Babel internal code for results correspondence. > And then, we need to separately name the results block, and use > a different name for it, so that the cross-references pick it up > correctly? Yes, the name given to the results block doesn't depend on the results keyword. You can give it any name, as long as it is unique. Here is an example: #+caption: Src block caption #+name: my-src #+begin_src emacs-lisp (+ 1 2) #+end_src #+name: anything #+caption: Element caption #+results: my-src : 3 As far as affiliated keywords go, the only one you needn't provide is "#+results:". HTH, Regards, -- Nicolas Goaziou
[O] Nested list with percent-complete in multiple states?
Hi, I'm helping to edit a large document with section contributions from many people. Any given section may come in some bizarre format (ie, .doc) which I convert to LaTeX, leave open a time for subsequent edits and finally freeze the section. I'd like to track this state using org-mode. So far I've been using a nested checklist like: * Document Sections [0/4] - [-] Chapter 1 [0/3] - [ ] section 1 (person A) - [ ] section 2 (person B) - [ ] section 2 (person C) - [-] Chapter 2 [1/1] - [X] section 1 (Person D) This is okay for binary state, but is there any to have more states represented and get a summary of the percent of each chapter/section in that state? For example, I'd like something like: * Document Sections (received:[1/4] converted:[1/4] frozen:[1/4] missing [1/4]) - [-] Chapter 1 (received:[2/3] converted:[1/3] frozen:[0/3] missing [1/3]) - [ ] section 1 (person A) - [R] section 2 (person B) - [C] section 2 (person C) - [-] Chapter 2 (received:[1/1] converted:[1/1] frozen:[1/1] missing [0/1]) - [F] section 1 (Person D) Is there anything which gets me in this direction? Thanks, -Brett. pgpyM8HpWA7c3.pgp Description: PGP signature
[O] [babel] sbe not working properly
Hi! I want to define a babel function named epoch2day which I am able to use in a table to convert UNIX epoch times to Org-mode time stamps: #+NAME: epoch2day(epoch=1) #+BEGIN_SRC python :results output time = epoch import datetime strtime = str(time) datetimestamp = datetime.datetime.utcfromtimestamp(int(strtime[:10])) print datetimestamp.strftime('[%Y-%m-%d %a %H:%M:%S]') #+END_SRC #+RESULTS: epoch2day : [1970-01-01 Thu 00:00:01] ... this works so far. However, in a table I can't "overwrite" the default value with a column value: | epoch | day | |---+---| | 1262675465119 | [1970-01-01 Thu 00:00:01] | #+TBLFM: $2='(sbe epoch2day (epoch $1)) ... but $2 should be: [2010-01-05 Tue 07:11:05] On [1] I found another example: #+name: add1(x=1) :results silent #+begin_src python return x + 1 #+end_src #+RESULTS: add1 : 2 | foo | bar | 3 | 2 | #+TBLFM: @1$4='(sbe add1 (x $3)) #+CALL: add1(x=2) #+RESULTS: add1(x=2) : 2 So this simple example does not work either at my side[2]. What is my error? Or did I found a bug? Thanks! 1. http://stackoverflow.com/questions/9595310/org-babel-sbe-syntax 2. Org-mode 1af215bb4668bf3e778175e68fcaf from git -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
[O] adding images in org
Hi after reading this: http://permalink.gmane.org/gmane.emacs.orgmode/25134 I am still unclear. How do I link to an image online like this: http://upload.wikimedia.org/wikipedia/commons/7/7c/Bundesarchiv_DVM_10_Bild-23-61-11%2C_Gro%C3%9Fer_Kreuzer_%22SMS_Bl%C3%BCcher%22.jpg and have it show up in org? C-c C-x C-v gives me "No images to display inline"
[O] adding images
hi, after reading this http://permalink.gmane.org/gmane.emacs.orgmode/25134 i am still unclear. how do i add an online image? C-c C-x C-v gives me "
Re: [O] How to know in elisp if I am in the agenda ..
Am 11.04.2013 14:42, schrieb Tassilo Horn: > Thorsten Jolitz writes: > >>> Please help. Where could I find information/docs for something like >>> "How to determine when I am in agenda view"? >> >> , >> | M-: (string-equal "*Org Agenda*" (buffer-name)) >> ` >> >> gives t when called from inside the agenda. > > Better > > (string-equal org-agenda-buffer-name (buffer-name)) > > or even better > > (eq major-mode 'org-agenda-mode) > > Bye, > Tassilo > > > Tassilo, that works perfect and my function also does now! Exciting! Thanks, Rainer
Re: [O] How to know in elisp if I am in the agenda ..
Thorsten Jolitz writes: >> Please help. Where could I find information/docs for something like >> "How to determine when I am in agenda view"? > > , > | M-: (string-equal "*Org Agenda*" (buffer-name)) > ` > > gives t when called from inside the agenda. Better (string-equal org-agenda-buffer-name (buffer-name)) or even better (eq major-mode 'org-agenda-mode) Bye, Tassilo
Re: [O] How to know in elisp if I am in the agenda ..
Rainer Stengele writes: > Please help. Where could I find information/docs for something like > "How to determine when I am in agenda view"? , | M-: (string-equal "*Org Agenda*" (buffer-name)) ` gives t when called from inside the agenda. -- cheers, Thorsten
Re: [O] exporting cross-references to source block results CORRECTION
> > cross-reference will pick that up correctly. > > > > If #+RESULT is not to work, it is better to change > > org-babel-results-keyword to NAME, and then what you are suggesting > > happens automatically. But in the earlier thread on the topic, Nicolas > > said that was not the right way. > > We are misunderstanding each other. > > #+results are never used for cross-references. This is a Babel internal > keyword used to refer to the source that generated this element. > > Cross-references only react to #+name keyword. > Sorry, this is confusing. Is it then the case that we are naming the source block to ensure that captions stick to the corresponding results block? And then, we need to separately name the results block, and use a different name for it, so that the cross-references pick it up correctly? Vikas
Re: [O] agenda: personal priority for today
Hi Michael On Wed, Apr 10, 2013 at 2:35 PM, Michael Heinrich wrote: > I came from planner-mode and use kind of GTD also in org-mode. One > thing I still miss in org-mode is the flexibility of moving tasks up and > down on the today page. Two years ago I wrote down my thoughts about using Org priorities [#A] etc. for reordering tasks, please read here: "manually move tasks in list of agenda tags-todo" http://lists.gnu.org/archive/html/emacs-orgmode//2011-07/msg3.html In the meantime I abandon tags and use Org priorities [#A] less often and only for a detail view within a subtree or within a file, together with the very convenient agenda restriction (keys "<" for buffer and "< <" for subtree) and together with _one single_ and very simple custom agenda for all prioritized todo groups: #+BEGIN_SRC emacs-lisp ("r" "todo with Org prio restricted to file/subtree (“tags-todo”)" ((tags-todo "PRIORITY>=\"A\"" ((org-agenda-files nil) #+END_SRC On top of this and more important is a "focus" file focus.org (not part of the org-agenda-files) for the big picture with all items ordered by priority (in a common sense, not Org priority [#A] etc.): , focus.org (most important first): ; * TODO global task 2 [[item:lfYD9-3HDmH]] ; * TODO global task 1 [[item:MR3hG-xdQMy]] ; * project x [[item:KjgaR-ulAfi]] ; * TODO project x task 2 [[item:CKdf1-lCbEF]] ; * TODO project x task 1 [[item:g7Sda-X7HP5]] ; * TODO project y [[tree:qpuPE-vZE0F]] ; * TODO global task 3 [[item::piKci-VaB1A]] ; ; #+LINK: item id: ; #+LINK: tree id: ' It contains only one-liners with a short description and a link to items or subtrees for the details. Note the "tree:" link for project y: In comparison to the the "item:" links it means that following the link and restrict to subtree for my above custom agenda "r" shows the details, ordered by Org priorities [#A] etc. The purpose of this is to keep focus.org small and clear. One could of course also have e. g. project y link to another focus file focus_project_y.org to show and order the tasks within project y there. David Allen's GTD suggests 6 levels of focus: 50k feet, 40k feet etc. to ground level... Such a focus.org lets one change ordering and grouping very fast thanks to the power of Org structure editing. The only other agenda view that I use now is of type "agenda" and contains only items that can not be done before and/or after a given date. Todos that can be done any time and that I already scheduled (in a sense without date, not Org "SCHEDULED:") and prioritized I access through focus.org. Michael
Re: [O] Tables for attendance lists - A problem understanding TBLFM?
Hi Bastien On Tue, Apr 9, 2013 at 7:06 PM, Bastien wrote: > Maybe you could add a footnote in the manual for this? I plan to update some paragraphs of org.texi regarding empty fields during the next days. Michael
[O] How to know in elisp if I am in the agenda ..
Hi, I try to automate clock in and clock out operations. I have put something like this together: (defun rst/clock-in-out () (interactive) (when org-agenda-info ;; (org-agenda-switch-to)) (org-agenda-goto)) (show-subtree) (org-clock-in) (org-clock-out) (unless (org-at-heading-p) (outline-previous-heading)) (search-forward "CLOCK: ") (forward-char 19) (org-shiftcontrolup) (org-shiftdown)) (define-key org-agenda-mode-map (kbd "") 'rst/clock-in-out) (define-key org-mode-map (kbd "") 'rst/clock-in-out) Being in any subtree it works flawlessly. What I now want: Do the same when being on an agenda item and pressing F10. I want to switch to the org file and start what already works. What I have does not work, neither (org-agenda-switch-to) nor (org-agenda-goto) Please help. Where could I find information/docs for something like "How to determine when I am in agenda view"? Thanks, Rainer
Re: [O] Attributes on HTML tables?
Nicolas Goaziou writes: > I prefer not to mix the two methods as it would be fragile (e.g. what > happens if an attribute is defined both outside and inside the :options > keyword?). Perhaps not much. As I reported (the reason :options wasn't working), in Firefox the second definition of the attribute is simply quietly ignored. But if you prefer to keep it clean, I'm fine with that. >> to batch convert files from verbatim html attributes to plist syntax with >> something like the following -- USE AT OWN RISK, NO WARRANTY IMPLIED: >> >> : perl -i.bak -pe 's/([a-z]+)=([\"\'])(.*?)\2/:\1 \2/g if >> /^#\+attr_html/i' *.org Oops, in that message I accidentally copy-pasted a WRONG version. Hopefully didn't work at all, or it would mess things up. Sorry. This seems to work well: : perl -i.bak -pe "s/([a-z]+)=(\"|')(.*?)\2/:\1 \3/g if /^#\+attr_html/i" filename.org > Would you mind adding it to Worg section about the migration to > Org 8.0? It would be quite useful. Will do. Yours, Christian
Re: [O] exporting cross-references to source block results CORRECTION
Hello, Vikas Rawal writes: >> >> Oops, sorry, I take back my last message, there was an error in my test >> example. >> >> Adding a #+NAME above the generated table DOES result in a correct >> cross-reference. That seems like reasonable behavior to me. > > The intended behaviour, as documented by Nicolas, is that a named > source block will result in output with #+RESULTS, and that the > cross-reference will pick that up correctly. > > If #+RESULT is not to work, it is better to change > org-babel-results-keyword to NAME, and then what you are suggesting > happens automatically. But in the earlier thread on the topic, Nicolas > said that was not the right way. We are misunderstanding each other. #+results are never used for cross-references. This is a Babel internal keyword used to refer to the source that generated this element. Cross-references only react to #+name keyword. Regards, -- Nicolas Goaziou
Re: [O] todo-state change: agenda buffer scrolls
Hi Bastien, Bastien gnu.org> writes: > > Yes, there is this problem in 7.9.4. It is not in 8.0-pre. > > Can one of you test and confirm? > I can confirm that this problem is not in 8.0-pre. Thanks, Michael.
Re: [O] exporting cross-references to source block results CORRECTION
Vikas Rawal writes: >> Oops, sorry, I take back my last message, there was an error in my test >> example. >> >> Adding a #+NAME above the generated table DOES result in a correct >> cross-reference. That seems like reasonable behavior to me. > > The intended behaviour, as documented by Nicolas, is that a named > source block will result in output with #+RESULTS, and that the > cross-reference will pick that up correctly. I confirm that I don't get a correct cross-reference to a table that is identified only by its #+RESULTS name. > If #+RESULT is not to work, it is better to change > org-babel-results-keyword to NAME, and then what you are suggesting > happens automatically. But in the earlier thread on the topic, Nicolas > said that was not the right way. I see. Sorry for not following the discussion. In that way, you get both code block and result identified by the same NAME line, and Babel appears to be smart enough to handle that without the code block overwriting itself... But this solution gives faulty exports if you're exporting both code and results (`:exports both'). In HTML, you get two different elements with the same id attribute, the code block and the table. That shouldn't happen. I find Firefox resolves the conflict by jumping to whichever of the two elements appears first. It seems to me that you would have the same problem even if the exporter did pick up the name from the RESULTS line and make a cross-reference to it, as you expect it to. The target would still be ambiguous. I submit that the best way to get a cross-reference to a generated table in all circumstances is to manually name that table with a #+NAME line and a *unique* name, i.e. *different* from that of the source block that generated it. This seems a reasonable requirement. Yours, Christian
Re: [O] New exporter and dates in tables
Hello, Bastien writes: > Note that Org 8.0-pre comes with a new export option > `org-export-with-planning' which handles the export of > SCHEDULED / DEADLINE / CLOSED time-stamps. > > This used to be the job of org-export-with-timestamps. > > I guess many people who used (setq org-export-with-timestamps nil) > now want (setq org-export-with-planning nil) and which works well > with (setq org-export-with-timestamps 'inactive). > > So I'm wondering: would the setup above spare us with this exception? > > I know people sometimes throw inactive time-stamps, but those small > indications would better fit in a commented line. > > WDYT? Thinking more about it, I think I need to make some more exceptions anyway. For example timestamps in clock lines and in planning info shouldn't react to `org-export-with-timestamps' (it would be silly to have `org-export-with-planning' set to t and still see nothing because `org-export-with-timestamps' is nil). After all, this exception may not be that exceptional. Regards, -- Nicolas Goaziou
Re: [O] failed execution of bibtex2html
> Hi, > > I'm having trouble getting \cite commands to work within org-mode for HTML > export -- I get the error "Executing bibtex2html failed" when I run > org-export-as-html. I'm running Aquamacs 2.4 (based on GNU Emacs 23.3.50.1) > and org-mode version 7.9.4. Any advice would be much appreciated! (Note that > emacs *can* find and execute bibtex2html.) I append a minimal example of the > error. This thread may be of help: http://lists.gnu.org/archive/html/emacs-orgmode/2012-11/threads.html#00067 In particular, look at: http://lists.gnu.org/archive/html/emacs-orgmode/2012-11/msg00166.html Vikas
Re: [O] exporting cross-references to source block results CORRECTION
> > Oops, sorry, I take back my last message, there was an error in my test > example. > > Adding a #+NAME above the generated table DOES result in a correct > cross-reference. That seems like reasonable behavior to me. The intended behaviour, as documented by Nicolas, is that a named source block will result in output with #+RESULTS, and that the cross-reference will pick that up correctly. If #+RESULT is not to work, it is better to change org-babel-results-keyword to NAME, and then what you are suggesting happens automatically. But in the earlier thread on the topic, Nicolas said that was not the right way. Vikas
Re: [O] Attributes on HTML tables?
Hello, Christian Moe writes: > Nicolas Goaziou writes: >> Caveat: `org-html-table-tag' is now named >> `org-html-table-default-attributes' and expect a plist as its value. >> Also, a nil value will remove the property from the attributes. >> >> Could you test it and confirm this is now behaving in a desirable way? > > I've run some tests and confirm it works as I'd like it to. Thanks, I > really like this and I hope others like the plist syntax as well. Great. Thank you again. > Late thought, sorry: If we can have this plist syntax as a general rule, > perhaps we should nevertheless keep the :options tag just as a fallback, > to ease the transition for users with a lot of legacy attr_html lines? > It's easier and less catastrophe-prone to do a quick search/replace from > > : ^#\+attr_html: > > to > > : #+attr_html: :options > > than it is to automatically replace verbatim attribute code with plists, > especially if there are all sorts of html irregularities in there. I prefer not to mix the two methods as it would be fragile (e.g. what happens if an attribute is defined both outside and inside the :options keyword?). > PS. Though if everything is nice and conforming to xhtml, one should be > able to batch convert files from verbatim html attributes to plist syntax with > something like the following -- USE AT OWN RISK, NO WARRANTY IMPLIED: > > : perl -i.bak -pe 's/([a-z]+)=([\"\'])(.*?)\2/:\1 \2/g if /^#\+attr_html/i' > *.org Would you mind adding it to Worg section about the migration to Org 8.0? It would be quite useful. Regards, -- Nicolas Goaziou
Re: [O] exporting cross-references to source block results CORRECTION
Oops, sorry, I take back my last message, there was an error in my test example. Adding a #+NAME above the generated table DOES result in a correct cross-reference. That seems like reasonable behavior to me. Vikas, can you try this? Simply add a name to the generated table when you also add a caption, and use that name to link. Yours, Christian >> Vikas Rawal didn't say if he also added a `#+NAME: foo' line above the >> generated table. I expected that to solve it, so I tried. This did give >> the table an `id="foo"' attribute on HTML export for a cross-reference >> to target. However, the cross-reference still behaved the same way. > > Thanks Christian for confirming this. > > The previous discussion is at > http://thread.gmane.org/gmane.emacs.orgmode/67727/ > > I had mentioned that everything works fine if you change the variable > org-babel-results-keyword to NAME. But Nicolas said that should not be > done and that the exporter should work correctly with #+RESULTS. But > at least for me, it does not work correctly. > > Vikas
Re: [O] phone links...
Here is the most important part of Mat's reply: , | note that "tel:" is a common uri for indicating that something is a | telephone number (http://tools.ietf.org/html/rfc3966) ` Seems that we should prefer 'tel' as key for the phone link. Regards -- Michael Strey www.strey.biz
[O] evil-mode movement keys in the agenda?
Marcelo, I'm using only the following two lines. #+BEGIN_SRC emacs-lisp ;;; org agenda -- leave in emacs mode but add j & k (define-key org-agenda-mode-map "j" 'evil-next-line) (define-key org-agenda-mode-map "k" 'evil-previous-line) #+END_SRC It's a good compromise. Regards -- Michael Strey http://www.strey.biz
Re: [O] exporting cross-references to source block results
> I confirm the same behavior, in ODT and HTML, and think it's a > bug. Additional info: > > Vikas Rawal didn't say if he also added a `#+NAME: foo' line above the > generated table. I expected that to solve it, so I tried. This did give > the table an `id="foo"' attribute on HTML export for a cross-reference > to target. However, the cross-reference still behaved the same way. Thanks Christian for confirming this. The previous discussion is at http://thread.gmane.org/gmane.emacs.orgmode/67727/ I had mentioned that everything works fine if you change the variable org-babel-results-keyword to NAME. But Nicolas said that should not be done and that the exporter should work correctly with #+RESULTS. But at least for me, it does not work correctly. Vikas
Re: [O] exporting cross-references to source block results
Hi, I confirm the same behavior, in ODT and HTML, and think it's a bug. Additional info: Vikas Rawal didn't say if he also added a `#+NAME: foo' line above the generated table. I expected that to solve it, so I tried. This did give the table an `id="foo"' attribute on HTML export for a cross-reference to target. However, the cross-reference still behaved the same way. Yours, Christian Vikas Rawal writes: > I had raised this on the mailing list earlier but my problem has not > been resolved. I shall be grateful if somebody could help debug. > > My org-version is: > > Org-mode version 8.0-pre(release_8.0-pre-247-gbc3ccd @ > /home/vikas/lisp/org-mode/lisp/) > > When I have a named source block (say crop_median), I get named > results in a table with #+RESULTS: crop_median at the top of it. I > then add a #+CAPTION to it. > > Then I cross-refer to crop_median using [[crop_median]] elsewhere in > the file. When I export this to latex, the tex file shows that this > cross-reference is convered to \texttt{crop_median} rather than to > \ref(crop_median}. > > The pdf file, accordingly, says crop_median where it should say the > table number. > > On the other hand, a named table which is directly entered with > "#+NAME: crop_median" and is not result of a source block is > cross-referred correctly. > > The same behaviour is seen when I export to odt. That is, the > cross-references to tables having #+RESULTS show up literally (as > crop_median etc) while cross-references to tables named using #+NAME > show up correctly. > > Could somebody help debug. Is there something in the setup I need to > specify how to export cross-references? > > Vikas
Re: [O] agenda: personal priority for today
Hi, Bastien writes: >> How do you decide what to do next? > > I bind `=' to a custom agenda command that will find out what to do > next depending on the Emacs context. > > For example, when reading emails, C-c a = will find next emails to > process; when in *.el C-c a = will find next Emacs/Org bugs to deal > with; when in my big garden.org file, C-c a = will find the next > useless stuff I want to watch/read. > > (See `org-agenda-custom-commands-contexts' if you don't use it yet.) > > I don't use clocking that much, but I do set efforts nonetheless, > because I like using `org-agenda-max-effort' in agenda views: this > way I'm sure the agenda is not cluttered with tasks I didn't care > enough about to set an effort for them. That sounds interesting. > And above all, I try to discipline myself not setting to many > "NEXT" tasks. First my notion of "NEXT" was "Yeah, I can do this > quickly!", now it is more like "This *needs* to be done next", > obviously a small set. I currently use the following agenda, which I have always visible on a second monitor together with my single org file in a split view. (setq org-agenda-custom-commands '(("g" "My GTD Agenda" ((agenda "" ((org-agenda-ndays 1) (org-agenda-start-on-weekday nil) (org-agenda-entry-types '(:timestamp :sexp)) (org-agenda-overriding-header "Appointments"))) (agenda "" ((org-agenda-ndays 1) (org-agenda-start-on-weekday nil) (org-agenda-entry-types '(:deadline)) (org-agenda-overriding-header "Upcoming Deadlines") (org-agenda-sorting-strategy '(priority-down time-down)) (org-agenda-skip-function '(org-agenda-skip-entry-if 'todo 'done (agenda "" ((org-agenda-ndays 1) (org-agenda-start-on-weekday nil) (org-agenda-entry-types '(:scheduled)) (org-agenda-overriding-header "Scheduled") (org-agenda-sorting-strategy '(priority-down time-down)) (org-agenda-skip-function '(org-agenda-skip-entry-if 'todo 'done (todo "WAIT" ((org-agenda-sorting-strategy '(priority-down)) (org-agenda-overriding-header "Waiting For"))) (todo "NEXT" ((org-agenda-sorting-strategy '(priority-down effort-down)) (org-agenda-skip-function '(org-agenda-skip-entry-if 'scheduled 'deadline)) (org-agenda-overriding-header "Next actions not being scheduled nor having a deadline"))) (todo "TODO" ((org-agenda-sorting-strategy '(priority-down effort-down)) (org-agenda-skip-function '(org-agenda-skip-entry-if 'scheduled 'deadline)) (org-agenda-overriding-header "Future actions not being scheduled nor having a deadline"))) (todo "PROJ" ((org-agenda-overriding-header "Active Projects"))) Everything that consists of two or more sub-tasks is marked as a project (PROJ) until it is DONE. A NEXT action is an action that could be done immediately, i.e. there are no other actions that need to be done for being able to do that. In GTD speech a loose end. If a task is just marked with TODO, then there is one or more task that needs to be done, before I will be able to do it. So I end up with a lot of open NEXT and TODO tasks. To select some to be done on a specific day (e.g. today) I use scheduling and deadlines. Sometimes I use efforts, but clocking I use consequently. Project review is supported by using '(org-enforce-todo-dependencies t). So projects with no defined next action are colored differently. Sometimes I go through my big list of open tasks and close some which I am not going to do anymore by setting them to a special done state CNCL. Even if I have only six tasks on my scheduled list for today, knowing that I will not be able to finish all of them really today, I see me constantly judging one against the others trying to find the most important. This eats mental resources, that would be better used doing one of them, but doing simply a random task, keeps me reconsidering, what also eats up mental resources. Has anyone an idea how to escape from that mental state of constant reconsidering? Daniel -- Daniel Bausch Wissenschaftlicher Mitarbeiter Technische Universität Darmstadt Fachbereich Informatik Fachgebiet Datenbanken und Verteilte Systeme Hochschulstraße 10 64289 Darmstadt Germany Tel.: +49 6151 16 6706 Fax: +49 6151 16 6229
[O] exporting cross-references to source block results
I had raised this on the mailing list earlier but my problem has not been resolved. I shall be grateful if somebody could help debug. My org-version is: Org-mode version 8.0-pre(release_8.0-pre-247-gbc3ccd @ /home/vikas/lisp/org-mode/lisp/) When I have a named source block (say crop_median), I get named results in a table with #+RESULTS: crop_median at the top of it. I then add a #+CAPTION to it. Then I cross-refer to crop_median using [[crop_median]] elsewhere in the file. When I export this to latex, the tex file shows that this cross-reference is convered to \texttt{crop_median} rather than to \ref(crop_median}. The pdf file, accordingly, says crop_median where it should say the table number. On the other hand, a named table which is directly entered with "#+NAME: crop_median" and is not result of a source block is cross-referred correctly. The same behaviour is seen when I export to odt. That is, the cross-references to tables having #+RESULTS show up literally (as crop_median etc) while cross-references to tables named using #+NAME show up correctly. Could somebody help debug. Is there something in the setup I need to specify how to export cross-references? Vikas
Re: [O] Patchwork?
Hi Michael, Michael Gauland writes: > I haven't been able to connect to the patchwork server mentioned on the Worg > for the last couple of days. Is this link outdated, or is the server > temporarily unavailable? Well, we don't use the patchwork anymore, I updated Worg. We might want to use something else in the future. PS: John sent me the back-ups of the Patchwork server, so we didn't lose anything. -- Bastien
Re: [O] org-babel: two confirmations for org/HTML "macro"?
Hi Achim, Achim Gratz writes: > Bastien writes: >> (Sorry, I pushed a fix for the compiler warning that your patch also >> solves.) > > Not in master, though? Yes -- pushed this morning. >> Achim Gratz writes: >> >>> Since the test suite doesn't really test confirmation at all, it would >>> be nice if someone with a good variety of Babel calls could check if the >>> number of confirmations stay the same with and without the patch. I >>> don't think I have test cases that cover all possible combinations. >> >> Please let's go and apply this, that's the best way to have more >> people testing it. Thanks! > > Please wait for Eric to chime in. All right. Copying Eric for the heads-up. Thanks, -- Bastien
Re: [O] agenda: personal priority for today
Bastien writes: > For example, when reading emails, C-c a = will find next emails to > process PS: I use Gnus and the lovely "dormant" mark '?' so that I can get the impression I don't have many emails. Of course, many dormant emails (or blog-entries from gwene.org) are bound to a task. -- Bastien
Re: [O] agenda: personal priority for today
Hi Daniel, Daniel Bausch writes: > Just do not touch the IDs of items not currently visible or add the name > of the agenda to which this applies and have an AGENDA_BEFORE per agenda. Mhh... looks like overengineering to me. >> I think we should start thinking from the existing functionalities >> we have with `org-agenda-sorting-strategy', which is already quite >> rich (30 strategies!) and flexible. >> >> But I cannot think of something that would match the OP request >> at the moment. > > Then maybe a 31st is required ;-) > > I already use some of those 30 strategies, but am also not 100% > satisfied with the result. Global priorities are somewhat hard to > define. It is mentally easier to just say, hey this is more important > than that. The sequence in the Org file can reflect the order of > insertion or the typical order of processing within a tree of projects. > But when steps from different projects mix within one daily agenda, it > is not always possible to prioritize project A over project B. > Repeatedly exchanging project A and project B in the file is cumbersome > and if there are two projects from different files, one would need to > adjust the org-agenda-files variable. > > I often have more TODOs on the daily agenda, than I will be able to > resolve on that day. Deciding on the next most important one everytime > when switching the task makes me tired. Doing things in a random order > feels dangerous. > > How do you decide what to do next? I bind `=' to a custom agenda command that will find out what to do next depending on the Emacs context. For example, when reading emails, C-c a = will find next emails to process; when in *.el C-c a = will find next Emacs/Org bugs to deal with; when in my big garden.org file, C-c a = will find the next useless stuff I want to watch/read. (See `org-agenda-custom-commands-contexts' if you don't use it yet.) I don't use clocking that much, but I do set efforts nonetheless, because I like using `org-agenda-max-effort' in agenda views: this way I'm sure the agenda is not cluttered with tasks I didn't care enough about to set an effort for them. And above all, I try to discipline myself not setting to many "NEXT" tasks. First my notion of "NEXT" was "Yeah, I can do this quickly!", now it is more like "This *needs* to be done next", obviously a small set. So as you see, I don't need too much fancy sorting in the agenda because I try to keep my agenda very short. The need for fancy sorting tells that agendas are too big, and sorting will only help, not solve this problem. 2 cents of course, -- Bastien
Re: [O] Attributes on HTML tables?
Nicolas Goaziou writes: > Caveat: `org-html-table-tag' is now named > `org-html-table-default-attributes' and expect a plist as its value. > Also, a nil value will remove the property from the attributes. > > Could you test it and confirm this is now behaving in a desirable way? Hi, I've run some tests and confirm it works as I'd like it to. Thanks, I really like this and I hope others like the plist syntax as well. Late thought, sorry: If we can have this plist syntax as a general rule, perhaps we should nevertheless keep the :options tag just as a fallback, to ease the transition for users with a lot of legacy attr_html lines? It's easier and less catastrophe-prone to do a quick search/replace from : ^#\+attr_html: to : #+attr_html: :options than it is to automatically replace verbatim attribute code with plists, especially if there are all sorts of html irregularities in there. Yours, Christian PS. Though if everything is nice and conforming to xhtml, one should be able to batch convert files from verbatim html attributes to plist syntax with something like the following -- USE AT OWN RISK, NO WARRANTY IMPLIED: : perl -i.bak -pe 's/([a-z]+)=([\"\'])(.*?)\2/:\1 \2/g if /^#\+attr_html/i' *.org
[O] minted/lstlistings code block export when using :flags
Dear list, I have some trouble with my C++ code blocks, and exporting them to LaTeX. My version is current git HEAD. There are two issues: 1) LaTeX Export: For some reason, the babel language name gets parts of the compiler :flags mixed in, resulting in bad LaTeX code such as this: \begin{minted}[]{cpp"-L/usr/local/cuda/lib"} % <-- HERE #include int main(int argc, char** argv){ std::cout << "Hello World" << std::endl; } \end{minted} This behavior is the same for lstlistings and minted type, but (obviously) does not affect verbatim. 2) Not sure if anyone else has this issue, but for linking a c++ file with g++, I need to specify the linker libraries AFTER the cpp file I'm trying to compile. For me, this could be resolved by switching the order of the arguments to (format...) in ob-C.el. Is there any reason why the order is as it is? A minimal example is included below. yours, Hannes snip === #+TITLE: Test #+LaTeX_HEADER: \usepackage{minted} #+LaTeX_HEADER: \usemintedstyle{borland} #+latex_header: \usepackage{color} #+latex_header: \renewcommand{\maketitle}{} #+LANGUAGE: en #+OPTIONS: H:3 num:nil toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path: http://orgmode.org/org-info.js #+LaTeX_CLASS: article #+LaTeX_CLASS_OPTIONS: [english,final] #+begin_src emacs-lisp :exports none :results silent ; work with minted (setq org-latex-listings 'minted) #+end_src * Test #+begin_src cpp :exports code :flags "-L/usr/lib -lcblas" #include int main(int argc, char** argv){ std::cout << "Hello World" << std::endl; } #+end_src #+RESULTS: : Hello World snap ===
Re: [O] agenda: personal priority for today
Hi Bastien, Am 11.04.2013 09:04, schrieb Bastien: > Hi Daniel, > > Daniel Bausch writes: > >> I have got another idea: all we need for sorting (from a technical POV) >> is a partial order. Why not store exactly that as a property? Assume >> every TODO entry has an ID (if it has none and it is required to store >> the order, just create one automatically). Then if an entry on the >> agenda is reordered, store in a property (e.g. AGENDA_BEFORE), the IDs >> of the items that should be sorted after the moved item. To keep things >> minimal, maybe store only those IDs, which are absolutely required to >> enforce the desired position. But for an easy and effective >> implementation, it is also feasible to store all IDs of the currently >> visible items that should sort after the moved item. Maybe the IDs need >> to be prefixed with a filename or better a file ID so it works on >> different machines with different directory layout. Otherwise the IDs >> would need to be globally unique (which is not bad by its own, when >> items may move between files.) > > Yes, I see the idea. But one Org headline can be part of several > agendas, so an AGENDA_BEFORE property will not work globally. Just do not touch the IDs of items not currently visible or add the name of the agenda to which this applies and have an AGENDA_BEFORE per agenda. > I think we should start thinking from the existing functionalities > we have with `org-agenda-sorting-strategy', which is already quite > rich (30 strategies!) and flexible. > > But I cannot think of something that would match the OP request > at the moment. Then maybe a 31st is required ;-) I already use some of those 30 strategies, but am also not 100% satisfied with the result. Global priorities are somewhat hard to define. It is mentally easier to just say, hey this is more important than that. The sequence in the Org file can reflect the order of insertion or the typical order of processing within a tree of projects. But when steps from different projects mix within one daily agenda, it is not always possible to prioritize project A over project B. Repeatedly exchanging project A and project B in the file is cumbersome and if there are two projects from different files, one would need to adjust the org-agenda-files variable. I often have more TODOs on the daily agenda, than I will be able to resolve on that day. Deciding on the next most important one everytime when switching the task makes me tired. Doing things in a random order feels dangerous. How do you decide what to do next? Regards, Daniel Bausch -- Daniel Bausch Wissenschaftlicher Mitarbeiter Technische Universität Darmstadt Fachbereich Informatik Fachgebiet Datenbanken und Verteilte Systeme Hochschulstraße 10 64289 Darmstadt Germany Tel.: +49 6151 16 6706 Fax: +49 6151 16 6229
Re: [O] agenda: personal priority for today
Hi Daniel, Daniel Bausch writes: > I have got another idea: all we need for sorting (from a technical POV) > is a partial order. Why not store exactly that as a property? Assume > every TODO entry has an ID (if it has none and it is required to store > the order, just create one automatically). Then if an entry on the > agenda is reordered, store in a property (e.g. AGENDA_BEFORE), the IDs > of the items that should be sorted after the moved item. To keep things > minimal, maybe store only those IDs, which are absolutely required to > enforce the desired position. But for an easy and effective > implementation, it is also feasible to store all IDs of the currently > visible items that should sort after the moved item. Maybe the IDs need > to be prefixed with a filename or better a file ID so it works on > different machines with different directory layout. Otherwise the IDs > would need to be globally unique (which is not bad by its own, when > items may move between files.) Yes, I see the idea. But one Org headline can be part of several agendas, so an AGENDA_BEFORE property will not work globally. I think we should start thinking from the existing functionalities we have with `org-agenda-sorting-strategy', which is already quite rich (30 strategies!) and flexible. But I cannot think of something that would match the OP request at the moment. -- Bastien