Re: [O] window splitting and preserving folded states
42 147 writes: > Critical to what I do is splitting the buffer into two windows: however, > very, often, I need to fold the headline in one of the windows in order to > (more efficiently) search for vital information elsewhere in the same > buffer. When I do this, the headline is folded in both windows. > > How can I fold this headline in one window and keep it open in the > other? Is that possible? M-x clone-indirect-buffer RET > I am completely inebriated right now, so apologies for incoherence. M-x clone-indirect-sober-self RET -- Bastien
Re: [O] variable names in manual
Hi Greg, Greg Minshall writes: > but, it means that placing the cursor over the name and hitting C-h v > doesn't default to that name. (and, i've always found that a convenient > way to navigate.) > > so, just curious is it might make sense to revert to lower case > names. IMHO this rather call for making C-h v (and C-h f) case-non-sensitive. Maybe you can fill an Emacs bug for this? M-x report-emacs-bug RET -- Bastien
Re: [O] M-RET inside the first second-level heading of the first first-level heading
Hi Jisang, Jisang Yoo writes: > 2. Place cursor at the beginning of "** bacon" and press M-RET and org > creates > a first-level heading. This should now be fixed. Thanks for reporting this, -- Bastien
Re: [O] XML src block syntax highlighting
On Thu, Apr 25, 2013 at 05:03:37PM +0200, Tom wrote: > Suvayu Ali schrieb: > > >On Thu, Apr 25, 2013 at 11:57:49AM +0200, Tom wrote: > >> > >> #+BEGIN_SRC xml :exports code > >> > >> > >> ... > >> > >> #+END_SRC > >> > >> I have org-src-fontify-natively = and it works for other code, but > >xml > >> is fontified as a fundamental buffer, not like nxml-mode shows the > >> block contents. nxml-mode /is/ used when I use C-c ' to edit the > >> contents. > > > >Can you try the following: > > > > #+BEGIN_SRC nxml :exports code > >.. > > #+END_SRC > > > >As far as I know, the language is supposed to be the leading part of > >-mode. My information is a bit outdated, so I could be wrong. > > I should have written that in my OP: I tried that to no avail. > > I also tried > > (add-to-list 'org-src-lang-modes '("xml" . nxml)) Sorry, I cannot reproduce this. I tried (setq org-src-fontify-natively t) and both of the following work for me. #+BEGIN_SRC xml :exports code .. #+END_SRC #+BEGIN_SRC nxml :exports code .. #+END_SRC Maybe it is your configuration? Did you try a binary search on it? Comment out half of it at a time and you should be able to find the problem lines in no time! GL, -- Suvayu Open source is the future. It sets us free.
Re: [O] M-RET slow
Hi Samuel, Samuel Wales writes: > In recent git, M-RET takes a few seconds before it does anything. I > wonder what sophisticated calculation it is doing? :) You can debug the function C-h f org-insert-heading RET then jump on its definition and M-x edebug-defun RET at the end to follow what it does. A few seconds is not acceptable, unless you managed to install Emacs on a PDP-1. :) -- Bastien
Re: [O] hard coded autoload file
Hi Ivan, Ivan Kanis writes: > It seems each file has the name of the autoload file hard coded at the > end. > > For example at the end org-element.el: > > ;; Local variables: > ;; generated-autoload-file: "org-loaddefs.el" > ;; End: > > It sucks for me as I generate autoload with a different name. I made a > workaround so it's fine. Why do you generate autoloads with a different name? > I think it would be better engineered no to have this stuff > repeated at the end of each file. We follow the Calc exemple here: .el files for which autoloads need to be in Emacs loaddefs.el don't have this local variable set, and files for which autoloads are put into org-loaddefs.el do have this variable. This is for reducing the number of Org autoloads in loaddefs.el as it speeds up Emacs startup time. > It would be better that it's specified somewhere in the autoconf. > If I work on this would the patch be accepted? I can imagine some ad hoc function putting the autoloads were they belong, but this would be ad hoc. I guess you'll have first to explain why the current setup is problematic. -- Bastien
[O] window splitting and preserving folded states
Critical to what I do is splitting the buffer into two windows: however, very, often, I need to fold the headline in one of the windows in order to (more efficiently) search for vital information elsewhere in the same buffer. When I do this, the headline is folded in both windows. How can I fold this headline in one window and keep it open in the other? Is that possible? I am completely inebriated right now, so apologies for incoherence. 42
Re: [O] New exporter - publishing org files doesn't include :tangle
Nicolas Goaziou writes: > Hello, > > Bernt Hansen writes: > >> James Yuan noticed that the .org file that is published with my document >> (http://doc.norang.ca/org-mode.org does not contain :tangle on any of >> the source blocks. >> >> One of the uses of this document is to pull up the file and tangle it to >> create an emacs configuration but this seems to be broken in 8.0. > > This is not directly related to the export framework. > > For some reason, Babel removes all properties from the opening string of > a block when evaluated. IOW > > #+BEGIN_SRC emacs-lisp :exports code :tangle yes > (+ 1 1) > #+END_SRC > > becomes > > #+BEGIN_SRC emacs-lisp > (+ 1 1) > #+END_SRC > > One workaround is to add Babel properties on a #+header: affiliated > keyword instead as > > #+header: :tangle yes > #+BEGIN_SRC emacs-lisp :exports code > (+ 1 1) > #+END_SRC > > becomes > > #+header: :tangle yes > #+BEGIN_SRC emacs-lisp > (+ 1 1) > #+END_SRC > > > Regards, Hi Nick, So far my attempts using this workaround have failed and I can't get :tangle in my exported org file. I think I also would prefer to have the :exports value in the .org source as well so it's a true representation of the source. I'll give this another try again later. Regards, Bernt
Re: [O] Filling bug with alphabetical lists
Nicolas Goaziou writes: > Hello, > > Bernt Hansen writes: > >> Nicolas Goaziou writes: >> >>> Hello, >>> >>> Bernt Hansen writes: I found the following filling bug with alphabetical lists. I have (setq org-alphabetical-lists t) >>> >>> This is now `org-list-allow-alphabetical'. I think you need to reload >>> Org when this variable is changed. >> >> Thanks, I wasn't aware of this rename but it is already set to t here. >> I'll rename the variable in my .emacs. >> >> Do you get the same filling behaviour as me? > > Not anymore after I reload Org. Thanks Nicolas, My problem was I had org-alphabetical-lists defined _after_ the requires for the exporter back ends in my .emacs so this didn't work for me. Putting it before --8<---cut here---start->8--- ;; Explicitly load required exporters (require 'ox-html) (require 'ox-latex) (require 'ox-ascii) --8<---cut here---end--->8--- and restarting Emacs fixed it for me. Regards, Bernt
Re: [O] parameterizing keyword values during a #+call
Greg Minshall writes: > hi. i would have an org file that uses lots of #+calls to various > asymptote routines (babelled into the file) to produce graphics. i > would like to export this file to both html and to latex (specifically > beamer). for html, i would like, e.g., SVG files, and for latex, PDF > files. the file name is normally passed to the asymptote routine via a > :file parameter, to wit > > #+call: disc[:file images/disc.svg]() :results file > > and the file extension (".svg" in the above) determines the format of > the asymptote output. > > is there an obvious way to allow the file extension to take on different > values depending on which sort of export is driving its execution? i > had hoped that replacing ".svg" with something like ".{{{ext()}}}", > where "ext" was a macro which selected amongst the alternatives(*), > would do the trick. but that doesn't appear to be the case. > Something like the following should work. #+call: disc[:file (if (and (boundp org-export-current-backend) (equal org-export-current-backend 'html)) "foo.svg" "foo.tex")]() :results file And you could wrap up the extra-long Emacs-lisp in a function or macro in your init to avoid the overlength header argument. > > thanks in advance (and with full appreciation of what a pain macros > are to implement fully, halfly, anyly), Greg Minshall > > (*) > #+MACRO: ext @@latex:pdfbeamer:pdfhtml:svg@@ > -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] variable names in manual
On Thu, Apr 25, 2013 at 07:37:25PM -0400, Greg Minshall wrote: > sorry about that. i was going to ask about the variable names in the > current (8.x) documentation being in upper case. (then, wanted to check [...chomp...chomp...chomp...] > but, it means that placing the cursor over the name and hitting C-h v > doesn't default to that name. (and, i've always found that a convenient > way to navigate.) > > so, just curious is it might make sense to revert to lower case names. I wasn't aware of this change! I would agree with Greg here. -- Suvayu Open source is the future. It sets us free.
[O] parameterizing keyword values during a #+call
hi. i would have an org file that uses lots of #+calls to various asymptote routines (babelled into the file) to produce graphics. i would like to export this file to both html and to latex (specifically beamer). for html, i would like, e.g., SVG files, and for latex, PDF files. the file name is normally passed to the asymptote routine via a :file parameter, to wit #+call: disc[:file images/disc.svg]() :results file and the file extension (".svg" in the above) determines the format of the asymptote output. is there an obvious way to allow the file extension to take on different values depending on which sort of export is driving its execution? i had hoped that replacing ".svg" with something like ".{{{ext()}}}", where "ext" was a macro which selected amongst the alternatives(*), would do the trick. but that doesn't appear to be the case. thanks in advance (and with full appreciation of what a pain macros are to implement fully, halfly, anyly), Greg Minshall (*) #+MACRO: ext @@latex:pdfbeamer:pdfhtml:svg@@
[O] variable names in manual
sorry about that. i was going to ask about the variable names in the current (8.x) documentation being in upper case. (then, wanted to check the mailing list, but hit the wrong key -- now i've looked, cursorily, as i wanted to apologize quickly.) this convention has the advantage of making clear what is, and what isn't, a variable name. but, it means that placing the cursor over the name and hitting C-h v doesn't default to that name. (and, i've always found that a convenient way to navigate.) so, just curious is it might make sense to revert to lower case names. cheers, Greg Minshall
[O] variable names in manual
hi. the info pages seem to have convert
Re: [O] Updating Worg: call to Worg authors
On Thu, Apr 25, 2013 at 7:18 PM, Jay Kerns wrote: > First: thanks to Nicholas Goaziou and Thorsten Jolitz. There is That should have been "Nicolas"; I apologize. Jay
Re: [O] Updating Worg: call to Worg authors
Greetings, First: thanks to Nicholas Goaziou and Thorsten Jolitz. There is a bunch of work already completed - indeed, out of the 83 currently existing headlines, 63 are marked DONE. But there is a lot of updating that remains. And the longer the process continues, the further the two branches will diverge so all the more difficult the eventual merge of the two branches will be. Moving forward, I would like to start marking *.org files DONE if they export cleanly on my machine with no change. To this end, it occurred to me that just because a file exports cleanly on *my* machine doesn't necessarily mean that it would be OK on Worg. (This occurred to me when I noticed Babel code evaluating during export, something not permitted on Worg). For testing purposes, we should be using a minimal config, consistent with the one on Worg, right? This let me to here: http://orgmode.org/worg/sources/emacs.el Though that one, of course, has a bunch of extra stuff which isn't relevant for the time being (publishing, etc.). In addition, that one is not necessarily compatible with Org 8.0 and the new exporter. I've made a first stab at a minimal init file, copy-pasted below. I've also put a soft copy called worgtest-init.el which lives right beside worgmap.org in the top-level of the worg-new-exporter branch. It would seem that the new asynchronous export would make it relatively easy to test files uniformly and minimally for Org 8.0 by doing something like $ emacs -Q -l "~/git/worg/worgtest-init.el" and testing from there. Here are my questions: 1. Is this overkill? 2. Is there something extra/missing in worgtest-init.el? 3. Anything I should be asking but amn't? -- Jay #+BEGIN_SRC emacs-lisp (custom-set-variables '(org-modules (quote (org-jsinfo))) '(safe-local-variable-values (quote ((org-tags-column . -80) (org-export-html-style . "") (org-export-html-style-extra . " ") (org-export-html-style . " .tag { color: red; font-weight:bold}") (add-to-list 'load-path "~/git/org-mode/lisp/") (add-to-list 'load-path "~/git/org-mode/contrib/lisp/") (show-paren-mode 1) (menu-bar-mode 0) (require 'org) (require 'htmlize) (setq org-export-in-background t) (setq org-export-async-init-file "~/git/worg/worgtest-init.el") (setq org-export-async-debug t) (setq org-export-default-language "en" org-export-html-extension "html" org-export-with-timestamps nil org-export-with-section-numbers nil org-export-with-tags 'not-in-toc org-export-skip-text-before-1st-heading nil org-export-with-sub-superscripts '{} org-export-with-LaTeX-fragments t org-export-with-archived-trees nil org-export-highlight-first-table-line t org-export-html-style-include-default nil org-export-htmlize-output-type 'css org-startup-folded nil org-export-allow-BIND t org-export-babel-evaluate nil org-confirm-babel-evaluate nil) #+END_SRC
[O] "runaway argument" exporting: * _is_?
hi. i'm running Org-mode version 8.0.1 (release_8.0.1-42-g267cbe @ /Users/minshall/usr/share/emacs/site-lisp/org/) my test case is #+DATE: <2013-04-25 Thu> #+OPTIONS: H:2 texht:t #+BEAMER_COLOR_THEME: #+BEAMER_FONT_THEME: #+BEAMER_HEADER: #+BEAMER_INNER_THEME: #+BEAMER_OUTER_THEME: #+BEAMER_THEME: default #+LATEX_CLASS: beamer #+LATEX_CLASS_OPTIONS: #+LATEX_HEADER: #+LATEX_HEADER_EXTRA: * _is_? exporting via "C-c C-e lO" (or, "lo"), i get an error from latex. if i change H:2 to H:1, all (seemingly) works. here is a diff of the .tex file generated by each H: bash greg-minshalls-mbp: {1039} diff sectbug.texH:1 sectbug.texH:2 38,39c38,39 < \begin{frame}[label=sec-1]{\underline{is}?} < \end{frame} --- > \section[\underline{is}?]{\underline{is}?} > \label{sec-1} am i doing something wrong? (this is fallout converting from 7.9.3f to 8.) cheers, Greg Minshall
Re: [O] M-RET inside the first second-level heading of the first first-level heading
On Thu, Apr 25, 2013 at 3:39 PM, Jisang Yoo wrote: > short description: > > When I try to create a new heading using M-RET, it works as expected except > one case: inside the first second-level heading of the first first-level > heading. This bug affects the latest ELPA version of org, but not the latest > bundled-with-Emacs version > > long description: > > Org version 8.0.1-6-ge6776c-elpaplus > GNU Emacs 24.3.1 > > Create an org buffer with the following contents > > * crunchy > ** bacon > * soft > ** tofu > * warm > ** milk > > 1. Place cursor at the end of bacon and press M-RET and org creates a first- > level heading, when it should have created a second level heading as it does > at the end of tofu or milk. > > 2. Place cursor at the beginning of "** bacon" and press M-RET and org creates > a first-level heading. I can replicate on Org-mode version 8.0.1 (release_8.0.1-40-g38051c). > > The odd behavior disappears after I add an empty line before the first > heading. I can also replicate this. Also odd is that if I put text under the first headline, it doesn't seem to matter what spacing is before/after it; ** bacon and M-RET will create a first level headline. * crunchy Test of some stuff. ** bacon I can delete the empty space between "Test of some stuff." and the first headline, or add more spaces, add more spaces between ** bacon and * soft, and I always get a first level headline with M-RET after ** bacon. Same with C-RET. John > >
Re: [O] [PATCH] export to various flavors of (X)HTML
François Pinard writes: > Christian Wittern writes: > >> On 2013-04-23 21:09, François Pinard wrote: > >>> If I remember well [...] > >> Well, in this case you are misremembering, empty elements, aka as >> self-closing tags are one of the innovations of XML. Just my nit to pick, > > A friendly nit-picking is always a good way to get one another to > improve. Thanks! Who knew this would turn out to be such a fraught issue! All I wanted was that little green checkmark from the W3C... Here's what I think should be an acceptable final patch. I dropped the CDATA mess, and came up with a slightly different implementation for handling self-closing tags. It's maybe a little /bulkier/ than the previous implementation, but not so hacky, and may continue to be useful in the future. There's also a documentation patch. Hope this works, E >From d3af8f41480eea27e0165e4dcd594ce3475e56cd Mon Sep 17 00:00:00 2001 From: Eric Abrahamsen Date: Thu, 25 Apr 2013 14:00:24 -0700 Subject: [PATCH 11/11] ox-html.el: Export to various flavors of (X)HTML lisp/ox-html.el (org-html-doctype-alist): New variable holding an alist of (X)HTML doctypes (org-html-xhtml-p): New function (org-html-html5-p): New function (org-html-close-tag): New function Significant changes to `org-html-format-inline-image', `org-html--build-meta-info', `org-html--build-head', `org-html--build-pre/postable', `org-html-template', `org-html-horizontal-rule', `org-html-format-list-item', `org-html-line-break', `org-html-table', and `org-html-verse-block'. doc/org.texi: Document the above --- doc/org.texi| 41 - lisp/ox-html.el | 187 +--- 2 files changed, 163 insertions(+), 65 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index 3f2d1b8..c7fae6d 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -596,6 +596,7 @@ Exporting HTML export * HTML Export commands::How to invoke HTML export +* HTML doctypes:: Org can export to various (X)HTML flavors * HTML preamble and postamble:: How to insert a preamble and a postamble * Quoting HTML tags:: Using direct HTML in Org mode * Links in HTML export::How links will be interpreted and formatted @@ -10959,6 +10960,7 @@ language, but with additional support for tables. @menu * HTML Export commands::How to invoke HTML export +* HTML doctypes:: Org can export to various (X)HTML flavors * HTML preamble and postamble:: How to insert a preamble and a postamble * Quoting HTML tags:: Using direct HTML in Org mode * Links in HTML export::How links will be interpreted and formatted @@ -10970,7 +10972,7 @@ language, but with additional support for tables. * JavaScript support:: Info and Folding in a web browser @end menu -@node HTML Export commands, HTML preamble and postamble, HTML export, HTML export +@node HTML Export commands, HTML doctypes, HTML export, HTML export @subsection HTML export commands @table @kbd @@ -10998,7 +11000,42 @@ Export to a temporary buffer. Do not create a file. @c @noindent @c creates two levels of headings and does the rest as items. -@node HTML preamble and postamble, Quoting HTML tags, HTML Export commands, HTML export +@node HTML doctypes, HTML preamble and postamble, HTML Export commands, HTML export +@subsection HTML doctypes +@vindex org-html-doctype +@vindex org-html-doctype-alist + +Org can export to various (X)HTML flavors. + +Setting the variable @var{org-html-doctype} allows you to export to different +(X)HTML variants. The exported HTML will be adjusted according to the sytax +requirements of that variant. You can either set this variable to a doctype +string directly, in which case the exporter will try to adjust the syntax +automatically, or you can use a ready-made doctype. The ready-made options +are: + +@itemize +@item +``html4-strict'' +@item +``html4-transitional'' +@item +``html4-frameset'' +@item +``xhtml-strict'' +@item +``xhtml-transitional'' +@item +``xhtml-frameset'' +@item +``xhtml-11'' +@item +``html5'' +@end itemize + +See the variable @var{org-html-doctype-alist} for details. The default is ``xhtml-strict''. + +@node HTML preamble and postamble, Quoting HTML tags, HTML doctypes, HTML export @subsection HTML preamble and postamble @vindex org-html-preamble @vindex org-html-postamble diff --git a/lisp/ox-html.el b/lisp/ox-html.el index ef7d15a..eddc122 100644 --- a/lisp/ox-html.el +++ b/lisp/ox-html.el @@ -143,6 +143,26 @@ (defvar org-html--pre/postamble-class "status" "CSS class used for pre/postamble") +(defconst org-html-doctype-alist + '(("html4-strict" . "http://www.w3.org/TR/html4/strict.dtd\";>") +("html4-transitional" . "http://www.w3.org/TR/html4/loose.dtd\";>") +("html4-frameset" . "http://www.w3.org/TR/html4/frameset.dtd\";>") + +("xhtml-strict" . "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\";>") +("xhtml-transitional" . "http://www.w
[O] M-RET inside the first second-level heading of the first first-level heading
short description: When I try to create a new heading using M-RET, it works as expected except one case: inside the first second-level heading of the first first-level heading. This bug affects the latest ELPA version of org, but not the latest bundled-with-Emacs version long description: Org version 8.0.1-6-ge6776c-elpaplus GNU Emacs 24.3.1 Create an org buffer with the following contents * crunchy ** bacon * soft ** tofu * warm ** milk 1. Place cursor at the end of bacon and press M-RET and org creates a first- level heading, when it should have created a second level heading as it does at the end of tofu or milk. 2. Place cursor at the beginning of "** bacon" and press M-RET and org creates a first-level heading. The odd behavior disappears after I add an empty line before the first heading.
[O] M-RET slow
In recent git, M-RET takes a few seconds before it does anything. I wonder what sophisticated calculation it is doing? :) Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it.
[O] hard coded autoload file
Hello, It seems each file has the name of the autoload file hard coded at the end. For example at the end org-element.el: ;; Local variables: ;; generated-autoload-file: "org-loaddefs.el" ;; End: It sucks for me as I generate autoload with a different name. I made a workaround so it's fine. I think it would be better engineered no to have this stuff repeated at the end of each file. It would be better that it's specified somewhere in the autoconf. If I work on this would the patch be accepted? -- Not properly grounded, please bury computer. -- BOFH excuse #52
Re: [O] Org-mode outside Org-mode
Alexander Vorobiev writes: Hi Alexander, > A while back I wrote a macro (based on the advice in > http://stackoverflow.com/a/2494384/973603) which allows to activate > minor mode bindings when a condition is true and fall back to previous > bindings otherwise: I just pushed a new version of outshine.el on github (and updated the Org-mode outside Org-mode article on Worg). I use a modified version of your macro to bind TAB, M- and M-. I still 'take over' BACKTAB and M- and M- in outshine.el, since the associated functions are usefull anywhere in an outshine buffer. Thanks for the tip and the code! -- cheers, Thorsten
Re: [O] Worg not publishing
Thorsten Jolitz writes: > Still not fixed, or an error on my side? Your commit was well in the repository (i.e., well pushed.) I republished Org. What we do know is that the local version of Org is obtained with ~$ git checkout release_7.9.4 -- and there are some cron jobs which used to switch back again to the maint or master branch. Last time I fixed the scripts, this time I simply checked out release_7.9.4 again, as the org-mode repo was using the maint branch... I don't know why. Thanks for reporting this, -- Bastien
Re: [O] How could I configure an export directory?
On Thu, Apr 25, 2013 at 10:51 AM, Manfred Lotz wrote: > Hi there, > When I export to pdf (involving LaTeX), odt or whatever I would like > all those files (including temporary files) to reside in a special > directory, say ~/org/exportdir > Looks like this has come up before: - http://stackoverflow.com/questions/9559753/emacs-org-mode-export-to-another-directory - http://lists.gnu.org/archive/html/emacs-orgmode/2012-03/msg00264.html Worg also has a bit about publishing to different directories from the same file by selecting tags to indicate where you want the exported files to go (not sure if it's current per the 8.0 exporter, though: - http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-9-2 John > > How can I configure this? > > > -- > Thanks, > Manfred > >
[O] How could I configure an export directory?
Hi there, When I export to pdf (involving LaTeX), odt or whatever I would like all those files (including temporary files) to reside in a special directory, say ~/org/exportdir How can I configure this? -- Thanks, Manfred
[O] Bug: org-element-fixed-width-interpreter fails when given an empty string [8.0.1 (release_8.0.1-40-g38051c @ /home/david/git/home-common/emacs/foreign/org-mode/lisp/)]
Hi, I encountered this problem when trying out org-sync with Redmine. That package uses org-element to create "fixed-width" type elements to contain the bug descriptions. When a bug had no description, this problem would occur. In that case, org-element-property returns the empty string for the ":value" property of the fixed-width element, and the call to "substring" fails. I also encountered the problem with org version [7.9.2 (release_7.9.2-1-ge003bd @ /home/david/git/home-common/emacs/foreign/org-mode/lisp/)] As far as I can see, org-element.el head still has the problem. Here's a patch for the issue. diff --git a/lisp/org-element.el b/lisp/org-element.el index 73d0b46..bfc35a7 100644 --- a/lisp/org-element.el +++ b/lisp/org-element.el @@ -1834,8 +1834,11 @@ Assume point is at the beginning of the fixed-width area. (defun org-element-fixed-width-interpreter (fixed-width contents) "Interpret FIXED-WIDTH element as Org syntax. CONTENTS is nil." - (replace-regexp-in-string - "^" ": " (substring (org-element-property :value fixed-width) 0 -1))) + (let ((value (org-element-property :value fixed-width))) + (if (not (= (length value) 0)) + (replace-regexp-in-string +"^" ": " (substring value 0 -1)) + ": "))) Horizontal Rule Emacs : GNU Emacs 23.4.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.12) of 2012-09-23 on allspice, modified by Debian Package: Org-mode version 8.0.1 (release_8.0.1-40-g38051c @ /home/david/git/home-common/emacs/foreign/org-mode/lisp/) current state: == (setq org-agenda-clockreport-parameter-plist '(:link nil :maxlevel 3) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-clock-heading-function '(lambda nil (concat (buffer-name) " " (org-clock-heading-function-default))) org-after-todo-statistics-hook '(org-summary-todo) 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-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) 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-mode-hook '((lambda nil (local-unset-key (kbd "")) (org-indent-mode 1) (visual-line-mode 1)) #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-occur-hook '(org-first-headline-recenter) org-from-is-user-regexp "\\" org-clock-report-include-clocking-task t org-metadown-hook '(org-babel-pop-to-session-maybe) )
Re: [O] Using Eric Schulte's starter kit with org mode from source
Alan Schmitt writes: > Thomas S. Dye writes: > >> I tangle the initialization file (init.el) from my document. Everything >> is contained in the one Org file. >> >> Asynchronous export works really well for me. > > As I don't install org from elpa, I removed the after-init-hook part (so > I load the starter kit immediately), and everything now works. > > Alan With my latest push to the starter kit you can now simply set the ORG_HOME environment variable instead of modifying that file locally. But it's largely a matter of taste at that point as both options are functionally identical. Cheers, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] XML src block syntax highlighting
Hi, Many thanks for your reply. Suvayu Ali schrieb: >On Thu, Apr 25, 2013 at 11:57:49AM +0200, Tom wrote: >> >> #+BEGIN_SRC xml :exports code >> >> >> ... >> >> #+END_SRC >> >> I have org-src-fontify-natively = and it works for other code, but >xml >> is fontified as a fundamental buffer, not like nxml-mode shows the >> block contents. nxml-mode /is/ used when I use C-c ' to edit the >> contents. > >Can you try the following: > > #+BEGIN_SRC nxml :exports code >.. > #+END_SRC > >As far as I know, the language is supposed to be the leading part of >-mode. My information is a bit outdated, so I could be wrong. > >Hope this helps, I should have written that in my OP: I tried that to no avail. I also tried (add-to-list 'org-src-lang-modes '("xml" . nxml)) Without success. Regards, Tom -- xmpp://t...@sec.goochesa.de
Re: [O] XML src block syntax highlighting
On Thu, Apr 25, 2013 at 11:57:49AM +0200, Tom wrote: > > #+BEGIN_SRC xml :exports code > > > ... > > #+END_SRC > > I have org-src-fontify-natively = and it works for other code, but xml > is fontified as a fundamental buffer, not like nxml-mode shows the > block contents. nxml-mode /is/ used when I use C-c ' to edit the > contents. Can you try the following: #+BEGIN_SRC nxml :exports code .. #+END_SRC As far as I know, the language is supposed to be the leading part of -mode. My information is a bit outdated, so I could be wrong. Hope this helps, -- Suvayu Open source is the future. It sets us free.
Re: [O] Worg not publishing
Bastien writes: Hi Bastien, > Achim Gratz writes: > >> Worg stopped publishing... it dies on some invalid timestamp: >> >> remote: Generating tree-style sitemap for Sitemap for project worg-pages >> >> remote: Generating tree-style sitemap for Sitemap for project worg-pages >> >> remote: Generating tree-style sitemap for Sitemap for project worg-pages >> >> remote: Invalid time specification >> remote: worg publish process 22305 exited at 04/22/13@01:08:26 >> To git+ssh://w...@orgmode.org/~/worg.git > > Should be fixed now, thanks. I just updated the 'org-outside-org' tutorial on Worg and pushed it (apparently) with the usual delay when Worg is rebuilding, however the changes don't appear when I watch the page in the brower (normally they appear immediatly after a push). Still not fixed, or an error on my side? -- cheers, Thorsten
Re: [O] [babel] Specified colnames
Hi Eric, Eric Schulte wrote: > "Sebastien Vauban" writes: >> Eric Schulte wrote: >>> "Sebastien Vauban" writes: Eric Schulte wrote: >> Extra question: tested with a sh block, both of the above do work, that >> is >> with strings or symbols. Which one is supposed to be better (that is, >> will be >> more portable with time), if there is one? > > Both will be maintained. The contribution of a test exercising both > options could provide an extra guarantee of perseverance. This is also > a good first step towards editing the code. :) Here's my trial to do so [...]. Does this correspond to what you're asking for? >>> >>> Close, could you prepare this as a patch against the current code base? >>> That way I can simply apply it locally and more easily test it. > > See the above, could you prepare this as a patch so that I can more > easily read/use/test it? Here the patch you asked for. Best regards, Seb >From aa7230ff485df5d9775429b53487aefcc7cd911d Mon Sep 17 00:00:00 2001 From: Sebastien Vauban Date: Thu, 25 Apr 2013 15:24:58 +0200 Subject: [PATCH] Test support of explicitly specified colnames * test-ob.el (test-ob/specific-colnames): Add test checking that given column names are well present in the output table. --- testing/lisp/test-ob.el | 32 1 files changed, 32 insertions(+), 0 deletions(-) diff --git a/testing/lisp/test-ob.el b/testing/lisp/test-ob.el index bbbfbc4..d51e183 100644 --- a/testing/lisp/test-ob.el +++ b/testing/lisp/test-ob.el @@ -1106,6 +1106,38 @@ Paragraph" (widen) (should (should (re-search-forward "^: 3" nil t) +(ert-deftest test-ob/specific-colnames () + "Test passing specific column names." + (should + (equal "#+name: input-table +| id | var1 | +|+--| +| 1 | bar | +| 2 | baz | + +#+begin_src sh :var data=input-table :exports results :colnames '(Rev Author) +echo \"$data\" +#+end_src + +#+results: +| Rev | Author | +|-+| +| 1 | bar| +| 2 | baz| + +" + (org-test-with-temp-text "#+name: input-table +| id | var1 | +|+--| +| 1 | bar | +| 2 | baz | + +#+begin_src sh :var data=input-table :exports results :colnames '(Rev Author) +echo \"$data\" +#+end_src +" + (org-babel-execute-src-block) + (buffer-string) (provide 'test-ob) -- 1.7.9 -- Sebastien Vauban
[O] [BUG] org-fill-paragraph on #+TBLNAME
Hi all There is a minor bug, relevant in my first and simple trial to apply org-fill-paragraph on all parts of an Org buffer: M-q (fill-paragraph/org-fill-paragraph) on the first column of the line #+TBLNAME here #+TBLNAME: table | field | results in an error. The type "table" and the buffer range returned by org-element-at-point that determines to use org-table-align seems ok to me. More like the problem seems that the variable "lines" of org-table-align that should contain the table rows becomes nil. I am not sure how to resolve it in a robust way, preferrably with org-element. This is release_8.0.1-35-ge87dc9. Michael
Re: [O] Kill all items with specific tag to kill-ring.
Oleksandr Gavenko writes: >> > I want this feature in order to simplify precess of moving entries from job >> > org-file to home org-file by marking entries with tag :HOME:... Hi Oleksandr, If all you want to do is move items why not use the agenda? Mark your entries with a tag, do an agenda search for that tag, mark all entries with m and move them using bulk refile with B r Regards, Bernt
[O] Loop when updating SCHEDULED date from agenda view
Hello, As I rarely meet my goals, I _very often_ move SCHEDULED entries in the future, by S-right arrow'ing the agenda entry. Since 1 month or so, I _sometimes_ experience a loop (seems infinite, but hopefully it is breakable) when updating the date of SCHEDULED items. This did not occur at all before some cut-off date. This is not easily reproducible, hence very difficult to bisect the Org code to find the bad commit. However, I wanted to poll for similar experiences you would have gotten. In clear, am I the only one seeing this? For info, when the loop gets broken, here's the backtrace: --8<---cut here---start->8--- Debugger entered--Lisp error: (quit) (progn (org-move-to-column (- (window-width) (length stamp)) t) (org-agenda-fix-tags-filter-overlays-at (point)) (if nil (let ((ex (make-extent nil nil)) (gl (make-glyph stamp))) (set-glyph-face gl (quote secondary-selection)) (set-extent-properties ex (list (quote invisible) t (quote end-glyph) gl (quote duplicable) t)) (insert-extent ex (1- (point)) (point-at-eol))) (add-text-properties (1- (point)) (point-at-eol) (list (quote display) (org-add-props stamp nil (quote face) (quote secondary-selection) (beginning-of-line 1)) (if (equal marker (org-get-at-bol (quote org-marker))) (progn (org-move-to-column (- (window-width) (length stamp)) t) (org-agenda-fix-tags-filter-overlays-at (point)) (if nil (let ((ex (make-extent nil nil)) (gl (make-glyph stamp))) (set-glyph-face gl (quote secondary-selection)) (set-extent-properties ex (list (quote invisible) t (quote end-glyph) gl (quote duplicable) t)) (insert-extent ex (1- (point)) (point-at-eol))) (add-text-properties (1- (point)) (point-at-eol) (list (quote display) (org-add-props stamp nil (quote face) (quote secondary-selection) (beginning-of-line 1))) (while (not (bobp)) (if (equal marker (org-get-at-bol (quote org-marker))) (progn (org-move-to-column (- (window-width) (length stamp)) t) (org-agenda-fix-tags-filter-overlays-at (point)) (if nil (let ((ex (make-extent nil nil)) (gl (make-glyph stamp))) (set-glyph-face gl (quote secondary-selection)) (set-extent-properties ex (list (quote invisible) t (quote end-glyph) gl (quote duplicable) t)) (insert-extent ex (1- (point)) (point-at-eol))) (add-text-properties (1- (point)) (point-at-eol) (list (quote display) (org-add-props stamp nil (quote face) (quote secondary-selection) (beginning-of-line 1))) (beginning-of-line 0)) (save-excursion (goto-char (point-max)) (while (not (bobp)) (if (equal marker (org-get-at-bol (quote org-marker))) (progn (org-move-to-column (- (window-width) (length stamp)) t) (org-agenda-fix-tags-filter-overlays-at (point)) (if nil (let ((ex ...) (gl ...)) (set-glyph-face gl (quote secondary-selection)) (set-extent-properties ex (list ... t ... gl ... t)) (insert-extent ex (1- ...) (point-at-eol))) (add-text-properties (1- (point)) (point-at-eol) (list (quote display) (org-add-props stamp nil ... ... (beginning-of-line 1))) (beginning-of-line 0))) (let ((inhibit-read-only t)) (setq stamp (concat prefix " => " stamp " ")) (save-excursion (goto-char (point-max)) (while (not (bobp)) (if (equal marker (org-get-at-bol (quote org-marker))) (progn (org-move-to-column (- (window-width) (length stamp)) t) (org-agenda-fix-tags-filter-overlays-at (point)) (if nil (let (... ...) (set-glyph-face gl ...) (set-extent-properties ex ...) (insert-extent ex ... ...)) (add-text-properties (1- ...) (point-at-eol) (list ... ...))) (beginning-of-line 1))) (beginning-of-line 0 org-agenda-show-new-time(# "<2013-03-31 Sun>") (let ((--cline (org-current-line)) (--cmd this-command) (--buf1 (current-buffer)) (--buf2 buffer) (--undo1 buffer-undo-list) (--undo2 (save-current-buffer (set-buffer buffer) buffer-undo-list)) --c1 --c2) (save-current-buffer (set-buffer buffer) (widen) (goto-char pos) (if (not (org-at-timestamp-p)) (error "Cannot find time stamp")) (if (and org-agenda-move-date-from-past-immediately-to-today (equal arg 1) (or (not what) (eq what (quote day))) (not (let ((save-match-data-internal ...)) (unwind-protect (progn ...) (set-match-data save-match-data-internal ...) (progn (setq cdate (org-parse-time-string (match-string 0) (quote nodefault)) cdate (calendar-absolute-from-gregorian (list (nth 4 cdate) (nth 3 cdate) (nth 5 cdate))) today (org-today)) (if (> today cdate) (setq arg (- today cdate) (org-timestamp-change arg (or what (quote day))) (if (and (org-at-date-range-p) (re-search-backward org-tr-regexp-both (point-at-bol))) (progn (let ((end org-last-changed-timestamp)) (org-timestamp-change arg (or what (quote day))) (setq org-last-changed-timestamp (concat org-last-changed-timestamp "--" end)) (org-agenda-show-new-time marker org-last-changed-timestamp) (if org-agenda-allow-remote-undo (progn (setq --c1 (org-verify-change-for-undo --undo1 (save-current-buffer (set-buffer --buf1) buffer-undo-list)) --c2 (o
Re: [O] Kill all items with specific tag to kill-ring.
Carsten Dominik gmail.com> writes: > On 25 apr. 2013, at 10:56, Oleksandr Gavenko gmail.com> wrote: > > > > (defun my-org-kill-by-tag (tag) > > (interactive (list (completing-read "Enter tag: " (org-get-buffer-tags > > (kill-new "") > > (org-scan-tags > > (lambda () > > (let ( (last-command 'kill-region) ) > > (org-cut-subtree))) > > '(member tag tags-list) > > nil) ) > > > > Is it possible to include "correct" implementation (seems that I can't able > > implement one) to org-mode? > > I thought your version did work? Does it not? > Yes. It works. But implementation relay on internals of 'org-cut-subtree' and applied only to single file and without any checks (I try call on non-org buffer - it doesn't do anything - so seems it is safe). Also it doesn't follow any org-mode coding conventions... Also 'org-scan-tags' have 'todo-only' argument which may be interesting for possible users of my-org-kill-by-tag > > I want this feature in order to simplify precess of moving entries from job > > org-file to home org-file by marking entries with tag :HOME:...
Re: [O] Kill all items with specific tag to kill-ring.
On 25 apr. 2013, at 10:56, Oleksandr Gavenko wrote: > Carsten Dominik gmail.com> writes: > >> >> >> On 25.4.2013, at 10:21, Oleksandr Gavenko gmail.com> wrote: >> >>> I finish with very hackie code (based on knowledge of internal >>> implementation of org-scan-tags): >>> >>> (defun my-org-kill-by-tag (tag) >>> (interactive (list (read-input "Enter tag: "))) >>> (kill-new "") >>> (org-scan-tags >>> (lambda () >>>(let ( (last-command 'kill-region) ) >>> (org-cut-subtree))) >>> '(member tag tags-list) >>> nil) ) >>> >>> You can replace 'org-cut-subtree' by 'org-copy-subtree' if don't want remove >>> org entries... >> >> Yes, this work, nice trick with binding last-command to kill-region. >> > > 10 min of reading (info "(elisp)Low-Level Kill Ring")... This morning I ask: > > http://thread.gmane.org/gmane.emacs.help/90339 >Want to delete distinct regions but make capable undo by single > command. > > This hack based on: > > (defun kill-region (beg end &optional yank-handler) > > (if (eq last-command 'kill-region) > (kill-append string (< end beg) yank-handler) > (kill-new string nil yank-handler))) > >> A less hackie version would probably add the found entries to a >> string or list and only put that string into the kill ring at the end. >> >> org-map-entries would allow processing of several files in one go, >> but it would be a very similar implementation. >> > > I look to code and found that 'org-map-entries' call 'org-scan-tags'. As > 'org-map-entries' looks complicated to me I try to use more low-level > function... > > 'org-map-entries' also allow rich search queries: > > (info "(org)Matching tags and properties") > > `+work-boss' > Select headlines tagged `:work:', but discard those also tagged > `:boss:'. > > `work|laptop' > Selects lines tagged `:work:' or `:laptop:'. > > `work|laptop+night' > Like before, but require the `:laptop:' lines to be tagged also > `:night:'. > > Next 20 min I search for 'org-get-buffer-tags'. This code completely satisfy > my needs: > > (defun my-org-kill-by-tag (tag) > (interactive (list (completing-read "Enter tag: " (org-get-buffer-tags > (kill-new "") > (org-scan-tags > (lambda () > (let ( (last-command 'kill-region) ) > (org-cut-subtree))) > '(member tag tags-list) > nil) ) > > Is it possible to include "correct" implementation (seems that I can't able > implement one) to org-mode? I thought your version did work? Does it not? - Carsten > > I want this feature in order to simplify precess of moving entries from job > org-file to home org-file by marking entries with tag :HOME:... > >
Re: [O] Paths including spaces fail the installation: Patch
Hi Achim, On 23 April 2013 18:56, Achim Gratz wrote: > Please put quotes around the definition of prefix: > prefix = "/Users/bernd.haug/Library/Application Support/Aquamacs Emacs" Yes, with quoting the prefix a fresh clone installed cleanly. >> thanks, but don't bother about supporting me. > Huh? I'm not sure where this comes from. It comes entirely from a friendly place – I got the impression that this was a problem only I was having / that you had a mainline-merged general fix anyway, and that I had fixed it already as far as my needs were concerned, so I didn't want to waste your time. Cheers, Bernd
[O] XML src block syntax highlighting
Hi, I'm in the process of writing documentation for a simple HTTP based API that returns responses as XML. The included response examples are blocks of the form: #+BEGIN_SRC xml :exports code ... #+END_SRC I have org-src-fontify-natively = and it works for other code, but xml is fontified as a fundamental buffer, not like nxml-mode shows the block contents. nxml-mode /is/ used when I use C-c ' to edit the contents. Do I miss something in my setup to let org-mode use nxml-mode for xml src-blocks? kind regards, Tom -- xmpp://t...@sec.goochesa.de http://www.goochesa.de
Re: [O] Kill all items with specific tag to kill-ring.
Carsten Dominik gmail.com> writes: > > > On 25.4.2013, at 10:21, Oleksandr Gavenko gmail.com> wrote: > > > I finish with very hackie code (based on knowledge of internal > > implementation of org-scan-tags): > > > > (defun my-org-kill-by-tag (tag) > > (interactive (list (read-input "Enter tag: "))) > > (kill-new "") > > (org-scan-tags > > (lambda () > > (let ( (last-command 'kill-region) ) > > (org-cut-subtree))) > > '(member tag tags-list) > > nil) ) > > > > You can replace 'org-cut-subtree' by 'org-copy-subtree' if don't want remove > > org entries... > > Yes, this work, nice trick with binding last-command to kill-region. > 10 min of reading (info "(elisp)Low-Level Kill Ring")... This morning I ask: http://thread.gmane.org/gmane.emacs.help/90339 Want to delete distinct regions but make capable undo by single command. This hack based on: (defun kill-region (beg end &optional yank-handler) (if (eq last-command 'kill-region) (kill-append string (< end beg) yank-handler) (kill-new string nil yank-handler))) > A less hackie version would probably add the found entries to a > string or list and only put that string into the kill ring at the end. > > org-map-entries would allow processing of several files in one go, > but it would be a very similar implementation. > I look to code and found that 'org-map-entries' call 'org-scan-tags'. As 'org-map-entries' looks complicated to me I try to use more low-level function... 'org-map-entries' also allow rich search queries: (info "(org)Matching tags and properties") `+work-boss' Select headlines tagged `:work:', but discard those also tagged `:boss:'. `work|laptop' Selects lines tagged `:work:' or `:laptop:'. `work|laptop+night' Like before, but require the `:laptop:' lines to be tagged also `:night:'. Next 20 min I search for 'org-get-buffer-tags'. This code completely satisfy my needs: (defun my-org-kill-by-tag (tag) (interactive (list (completing-read "Enter tag: " (org-get-buffer-tags (kill-new "") (org-scan-tags (lambda () (let ( (last-command 'kill-region) ) (org-cut-subtree))) '(member tag tags-list) nil) ) Is it possible to include "correct" implementation (seems that I can't able implement one) to org-mode? I want this feature in order to simplify precess of moving entries from job org-file to home org-file by marking entries with tag :HOME:...
Re: [O] Android MobileOrg: appointments without SCHEDULED/DEADLINE
Henning Weiss writes: [...] > Active timestamps are currently supported, but only in the payload of an > item. You can also try enabling "show done events" if the events are still > not added to the calendar. Timestamps in headings might be supported at > some point in the future (we have an open issue dealing with it). Very strange. When I initially started using MobileOrg (well, the second time around, once I had a decent Android phone as opposed to the really cr*p Samsung I initially had) a month or so ago, only scheduled (and deadline) items seemed to be incorporated into my Google Calendar. I have just tried again and it works very well with all of my active timestamps for appointments. I must have done something really stupid somewhere along the line. Thanks! -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_8.0.1-19-g9655a1
Re: [O] Kill all items with specific tag to kill-ring.
On 25.4.2013, at 10:21, Oleksandr Gavenko wrote: > Carsten Dominik gmail.com> writes: > >> >> On 25.4.2013, at 07:32, Oleksandr Gavenko gmail.com> wrote: >> >>> I use tags only on top level items in org-file. >>> >>> And want move all items marked by specific tag to different org-file. >>> >>> I expect that this command kill items with selected tag to kill-ring in one >>> step (so single undo command return original buffer content). >>> >>> Seems there are no such command build-in command... >> >> no, but you could easily make one using the function org-map-entries. >> > > I finish with very hackie code (based on knowledge of internal > implementation of org-scan-tags): > > (defun my-org-kill-by-tag (tag) > (interactive (list (read-input "Enter tag: "))) > (kill-new "") > (org-scan-tags > (lambda () > (let ( (last-command 'kill-region) ) > (org-cut-subtree))) > '(member tag tags-list) > nil) ) > > You can replace 'org-cut-subtree' by 'org-copy-subtree' if don't want remove > org entries... Yes, this work, nice trick with binding last-command to kill-region. A less hackie version would probably add the found entries to a string or list and only put that string into the kill ring at the end. org-map-entries would allow processing of several files in one go, but it would be a very similar implementation. - Carsten
Re: [O] Kill all items with specific tag to kill-ring.
Carsten Dominik gmail.com> writes: > > On 25.4.2013, at 07:32, Oleksandr Gavenko gmail.com> wrote: > > > I use tags only on top level items in org-file. > > > > And want move all items marked by specific tag to different org-file. > > > > I expect that this command kill items with selected tag to kill-ring in one > > step (so single undo command return original buffer content). > > > > Seems there are no such command build-in command... > > no, but you could easily make one using the function org-map-entries. > I finish with very hackie code (based on knowledge of internal implementation of org-scan-tags): (defun my-org-kill-by-tag (tag) (interactive (list (read-input "Enter tag: "))) (kill-new "") (org-scan-tags (lambda () (let ( (last-command 'kill-region) ) (org-cut-subtree))) '(member tag tags-list) nil) ) You can replace 'org-cut-subtree' by 'org-copy-subtree' if don't want remove org entries...
Re: [O] Item task_id not being used in taskjuggler export & tj prefixing
John Hendy writes: > On Mon, Apr 1, 2013 at 5:01 PM, Nicolas Goaziou wrote: >> You can already do so. IDs only have to be unique within the task >> siblings. > > True, one can name tasks identically as long as they have no identical > siblings... but the point was the since one can only specify the > lowest level of id (e.g. "T1" instead of "T.T1"), Org doesn't know how > to resolve them properly. AFAIK task_ids have to be globally unique if you want to use them for dependencies. > Task M1 ends up depending on both M.T1 (represented as !T1) /and/ > T.T1. It won't fail since both T.T1 and M.T1 exist, but the user has > no way to set a depends option to target the specific T1 they wanted. > Setting =:depends: !!T.T1= ignores the :depends: property entirely. The TaskJuggler exporter gives you 3 ways to express a dependency: 1. using ORDERED on the parent task 2. using "previous-sibling" 3. using a task_id of another task. This has to be a unique id, otherwise you end up depending all the other tasks that have this task_id. >> You don't have to name parents either. You only need to name tasks that >> will be used as a dependency. > > True, which is nice. But we're torn between: > - Letting Org name the parent whatever it wants, but then having to > figure out the org-generated parent id so we can do =:depends: > parent.subtask=, or > > - Specifically naming the parent to have control over the task_id, but > having to change it because we move it later (and then updating all > =:depends: parent.task_id= properties accordingly) > > And in either case, there's still no way to depend on a specific > =parent.task_id= combination. I don't understand this. Why do you need to name parents (or assign them a task_id)? As Nicolas says: all you have to do is to give the task you want to depend on a task_id. As an aside I thought you could also use plain ID to express dependencies. But from looking at the code this doesn't seem supported. I think the reason why yet another id (namely task_id) is used, is that this allows for short human readable ids where as the standard ID is generally generated by org mode and is cryptic and much longer. HTH Christian -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland
Re: [O] are babel python sessions and inlined images incompatible?
Hi Rodrigo, Rodrigo Amestica wrote: > Sebastien Vauban wrote: You don't need to explicitly specify a return when working with a session. Either of the following should work. #+BEGIN_SRC python :session test :file "images/test.png" from pylab import * plot(rand(10)) savefig('images/test.png') #+END_SRC >>> >>> that does not quite work, I get no inlined image but the following line in >>> the Messages buffer >>> >>> orgtbl-format-line: Wrong type argument: sequencep, >>> >> arrayp nil) >> >> Try adding the `:results graphics' header argument... > > it does not help. Still same error. I'm using org-7.9.4 from tarball, in > ob.el there is no 'graphics' option defined for :results. Well, I *now* know it's not described in the Org manual... ╭ http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01181.html │ │ - :results graphics makes the list even longer, yes? :-) I'm not │ sure that every language supports it and I don't believe it's │ currently in the manual. ╰ Though, it's described in many different posts on this ML, and in some tutorials on Worg... ╭ http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html │ │ If a :file filename.ext header argument is provided to an R source block, then │ the output from the source block will go to the named file. What that output │ is depends on the value of the :results header argument. │ │ If the value is :results graphics then "base" graphics output is captured on │ disk, and a link to the graphics file is inserted into the Org Mode buffer (as │ is also the case with the graphics-only languages such as gnuplot, ditaa, dot, │ and asymptote.) ╰ I thought it was a "core" option value for all general-purpose languages (e.g. emacs-lisp, python, R, ruby, sh), required when your code block outputs a graphics. After checking, I only found it in those files: --8<---cut here---start->8--- ./ob-maxima.el:117: (and (member "graphics" (cdr (assq :result-params params))) ./ob-octave.el:272: (and (member "graphics" (cdr (assq :result-params params))) ./ob-R.el:234: (and (member "graphics" (cdr (assq :result-params params))) --8<---cut here---end--->8--- Maybe they are the only general-purpose languages able to output graphics? No, wait, your example shows that python is also able to do so. Then, I don't understand what that ":results graphics" option is not part of python. Sorry not to be of more help... Best regards, Seb -- Sebastien Vauban
Re: [O] Using Eric Schulte's starter kit with org mode from source
Thomas S. Dye writes: > I tangle the initialization file (init.el) from my document. Everything > is contained in the one Org file. > > Asynchronous export works really well for me. As I don't install org from elpa, I removed the after-init-hook part (so I load the starter kit immediately), and everything now works. Alan