Re: [O] org-export-preprocess-hook and the new exporter (was Re: Using Org for a dissertation)
Hi Eric, Eric S Fraga writes: > I was intrigued by the comment above regarding the ignoreheading > tag. Sounded just like what I needed. However, it doesn't do anything > with org /out-of-the-box/. A little searching led to Suvayu's posting > in stackoverflow [1] and that does the job nicely, but only for the > standard (read: old) export engine. stackoverflow.com is really great, and many questions are posted and answered there. When it makes sense, we should try to backport useful information from there to Worg (org-faq.org and org-hacks.org are the two possible targets in general), so that we keep things centralized a bit. At least I try to keep this in mind when I reply to stuff on SO. Thanks! -- Bastien
[O] M-x org-version RET now produces some sensible in all possible install/use-cases
Hi all, an old haitian saying goes like this: "Ak pasyans ou vle lombik fourmi". which translates: "With patience, you see the ombilic of an ant." One of my favorite saying when I spent some time working in Port-au-Prince, where you get nothing with a lot of patience. Thanks to patient and hard work of Achim, M-x org-version RET should now return something sensible in each use-case. Please pull and report any oddities in this area. Best, -- Bastien
Re: [O] Tables in Plain Lists
Achim Gratz writes: > Until some patches that Bastien is reviewing have been committed, it is > important that the "autoloads" are done last or that org is installed to > some other place than the Git worktree. I just applied Achim's patches about this issue. -- Bastien
Re: [O] Zero Warnings against Emacs-24
Hi Martyn, Martyn Jago writes: > Thanks Bastien, Achim, and Maintainers ~ I for one think such attention > to detail is a real sign of quality. Thanks to Achim on this one, and to John Wiegley on getting rid of other warnings in org-remember.el. And thanks to you for triggering the first call attempts in fixing things in this area! But let's be aware that we didn't really _fixed_ the issues raised by the warnings, we only fooled the byte-compiler on those that cannot be really fixed. > Also with zero test failures on my system - this must be a good sign for > Emacs-24 up-coming release. Let's hope so! -- Bastien
Re: [O] [PATCH] Document ID special property.
Adam Spiers writes: > * doc/org.texi: add ID to the list of special properties. > * doc/org.texi: Fix typo in description of the 'Hooks' section > * lisp/org-html.el: add hyperlink to http://orgmode.org/ from export footer Applied, thanks. I also added the link to Emacs website, to be fair. Best, -- Bastien
[O] bug#11491: 24.0.96 instead of 23.0.96
The version string has an typo in the original report. I guess it is better to send it again with the correct version in the subject. Should/Can I close this bug-report? I will try. Albert.
[O] How to get to work non-interactive publishing?
Hello! I can publish project if I don’t use –-batch . So the following works just fine:emacs -nw --eval '(org-publish-project "myproj")' However nothing happens if I try emacs --batch --eval '(org-publish-project "myproj")' Does anybody have an idea how to pin point the problem? It just returns almost instantaneously with no output to stderr. I do use ESS, and I have lots of R code some of which is intentionally non-cached. I’m running GNU Emacs 24.1.50.2 (revno: 108254) with default orgmode if it makes any difference. Thank you, Mikhail
[O] bug#11491: 24.0.96 instead of 23.0.96
Albert wrote: > The version string has an typo in the original report. > > I guess it is better to send it again with the correct version in the > subject. > > Should/Can I close this bug-report? No, please don't close/resend it for such a reason. I doubt anyone cares about the title, but I will retitle it.
[O] [babel] java headless support is missing for most graphing languages
Hello! I’ve noticed that at least ditaa and plantuml fail to evaluate with babel. While for ditaa I can override :java list item with something like (setq org-babel-default-header-args:ditaa '((:results . "file") (:exports . "results") (:java . "-Dfile.encoding=UTF-8 -Djava.awt.headless=true"))) However plantuml is handling differently. Curiously enough it runs just fine without stdin/stdout redirection from the command line. However if I tried to use input/output redirection like in ob-plantuml.el , it complains like the following: Exception in thread "main" java.lang.InternalError: Can't connect to window server - not enough permissions. I propose to add by default “-Djava.awt.headless=true” to all “language” handlers supported by org-babel. I think it won’t hurt and will make working from CLI more enjoyable out of box. Mikhail
[O] [PATCH] Add hyperlink to Org website from HTML export footer
* lisp/org-html.el: add hyperlink to http://orgmode.org/ from export footer --- lisp/org-html.el |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index bcbad61..03c39e8 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1857,7 +1857,8 @@ PUB-DIR is set, use this as the publishing directory." (insert "" email "\n")) (when (plist-get opt-plist :creator-info) (insert "" -(concat "Org version " (org-version) " with Emacs version " +(concat "http://orgmode.org/\";>Org version " +(org-version) " with Emacs version " (number-to-string emacs-major-version) "\n"))) (insert html-validation-link "\n")) (t -- 1.7.8.206.g71406
[O] [PATCH] Fix typo in manual index's description of the 'Hooks' section
* doc/org.texi: Fix typo in description of the 'Hooks' section --- doc/org.texi |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index 4c48a03..d6a4353 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -741,7 +741,7 @@ Interaction with other packages Hacking -* Hooks:: Who to reach into Org's internals +* Hooks:: How to reach into Org's internals * Add-on packages:: Available extensions * Adding hyperlink types:: New custom link types * Context-sensitive commands:: How to add functionality to such commands @@ -15310,7 +15310,7 @@ This appendix covers some aspects where users can extend the functionality of Org. @menu -* Hooks:: Who to reach into Org's internals +* Hooks:: How to reach into Org's internals * Add-on packages:: Available extensions * Adding hyperlink types:: New custom link types * Context-sensitive commands:: How to add functionality to such commands -- 1.7.8.206.g71406
[O] [PATCH] Document ID special property.
* doc/org.texi: add ID to the list of special properties.
---
doc/org.texi |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/doc/org.texi b/doc/org.texi
index 4c48a03..ab8fb67 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -4926,6 +4926,7 @@ column view (@pxref{Column view}), or to use them in
queries. The following
property names are special and (except for @code{:CATEGORY:}) should not be
used as keys in the properties drawer:
+@cindex property, special, ID
@cindex property, special, TODO
@cindex property, special, TAGS
@cindex property, special, ALLTAGS
@@ -4942,6 +4943,8 @@ used as keys in the properties drawer:
@cindex property, special, ITEM
@cindex property, special, FILE
@example
+ID @r{A globally unique ID used for synchronization during}
+ @r{iCalendar or MobileOrg export.}
TODO @r{The TODO keyword of the entry.}
TAGS @r{The tags defined directly in the headline.}
ALLTAGS @r{All tags, including inherited ones.}
--
1.7.8.206.g71406
[O] Zero Warnings against Emacs-24
It is extremely good to see Org-mode builds against Emacs-24 with zero warnings. (with make up1 autoloads) Org-mode rocks, /and/ plays nicely with Emacs. Thanks Bastien, Achim, and Maintainers ~ I for one think such attention to detail is a real sign of quality. Also with zero test failures on my system - this must be a good sign for Emacs-24 up-coming release. Thanks, Martyn
Re: [O] Strange Custom Agenda Problem
Mike McLean writes: > I will, but I'm booked in meetings today so it may take a day ... > > Though in lieu of proper debugging and bug-reporting I reversed the > above referenced commit in my local copy of org and now my full, > complex setup works as expected as does the test case above with the > tag moved to level 2. I tried to replicate the problem with emacs -Q and `org-use-tag-inheritance' set to nil and t -- no luck. Maybe there is something weird in the format of your entries (the ones that do not display correctly.) Can you send some examples? -- Bastien
[O] Export headings from agenda view
Hi all, I have a bunch of .org files with headings that have :faq: tags in them. I would like to do an agenda search for these :faq: tags, and then export/copy all the headings and their contents to new .org file. The purpose of this is so I can organize my notes in whatever fashion I want, but then e-mail copies of the FAQs to students when they graduate. I know there's Agenda -> Write View To File, but this only saves the headlines, not their contents. Thanks, --Nate
Re: [O] how to install org from git repo / org-version problem
Gregor Zattler writes: > Thanks for your suggestion, I did cd to working copy did > > make update autoloads > > was astonished that this pulls from the repo, saw the compiling > and the generation of the manual, started Emacs -Q -l ~/.emacs > but the result of org-version is the same, e.g. no version string > shown. Well, try something different then. First off, check you have these two files in the lisp directory: org-install.el org-version.el This is what 'make autoloads' should produce. Check that you do _not_ have org-install.el or org.el (or any .el file, really) in the directory that you start Emacs from. Then do: emacs -q -no-site-file -Q -L ~/src/org-mode/lisp -l org-install.el Do M-x locate-library org M-x locate-library org-install M-x locate-library org-version M-x org-version in that Emacs and tell me what you get in *Messages*. > And with respect to the original problem: The table is not > indented. My guess is that this will resolve itself once you find out why the above isn't working as it should. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] italic in the new odt exporter
Nicolas Goaziou writes: > Andreas Leha writes: > >> I had to add (italic . "Italic") to the definition of >> org-e-odt-default-org-styles-alist in contrib/lisp/org-e-odt.el to get >> /italic/ text exported correctly to odt. > > I recently have split `emphasis' object type into `bold', `italic', > `underline' and `strike-through' and `verbatim' object type into > `verbatim' and `code'. > > Since I'm not about the values to put in the variable, I add Jambunathan > in Cc. > > Jambunathan: Also, shouldn't `org-e-odt-default-org-styles-alist' be > a defconst instead of a defvar? I have pushed the needed changes.
Re: [O] Strange Custom Agenda Problem
On Thursday, May 17, 2012, Mike McLean wrote:
>
>
> On Thursday, May 17, 2012, Bastien wrote:
>
>> Hi Mike,
>>
>> Mike McLean writes:
>>
>> > I have the following (amount other things) in my
>> org-agenda-custom-commands:
>> >
>> > (setq org-agenda-custom-commands
>> > '(("x" "test" tags-todo "+Outcome+LEVEL=4")))
>> >
>> > When I custom-command select “x”, I get no results.
>>
>> I tested with your `org-agenda-custom-commands' value and this
>>
>> * Test
>> ** Test1
>> *** Test2
>> TODO Do I see this? :Outcome:
>>
>> I correctly get :Outcome:.
>
>
> In my case the Outcome tag is on Test1 with =org-use-tag-inheritance= set
> to =t=.
>
>
>>
>> This is with both the maint and master branches of the git repo.
>>
>> > If I select the default, built-in lower case “m” agenda command and type
>> > +Outcome+LEVEL=4 I get a long list of results (as expected).
>>
>> The "m" agenda command is for `tags', not `tags-todo'.
>
>
> Understood; to be clear I get a results using "m" that include both TODO
> items and non-TODO items. My expectation from my "x" test case is to get a
> subset of the results I get from "m", but not an empty list.
>
>
>>
>> > Did something change recently in the agenda construction related to
>> > tags-todo?
>>
>> This: http://orgmode.org/w/?p=org-mode.git;a=commit;h=c50f0c
>>
>> Please help us reproduce the problem, perhaps by sharing some
>> of the impacted entries.
>
>
> I will, but I'm booked in meetings today so it may take a day ...
>
>
Though in lieu of proper debugging and bug-reporting I reversed the above
referenced commit in my local copy of org and now my full, complex setup
works as expected as does the test case above with the tag moved to level 2.
>
[O] Proposal: starting of parallel asynchronous shell processes
Currently, only one asynchronous shell process can be started inside an org buffer via [[shell: ... &]] The reason is that in `org-open-at-point' only the default shell output buffer `*Shell Command Output*' is used for `shell-command'. A poor man's solution to allow parallel shell processes would be to replace the code fragment (progn (message "Executing %s" cmd) (shell-command cmd)) (error "Abort" from `org-open-at-point' by (progn (message "Executing %s" cmd) (shell-command cmd (generate-new-buffer "*org-shell-output"))) (error "Abort" The problem with that solution is that it creates one output buffer for each shell command and does not care what happens to the buffer after the shell process has finished. If one starts several shell processes this behavior can litter the buffer list. One alternative would be the following code fragment which uses dying-mode from "http://emacswiki.org/emacs/dying.el"; to get rid of the used shell output buffers: (let* ((buf-name (generate-new-buffer-name (concat "*org-shell-output" (substring cmd 0 (min (length cmd) 20) (buf (get-buffer-create buf-name))) (message "Executing %s in buffer %s" cmd buf-name) (shell-command cmd buf-name) (let ((proc (get-buffer-process buf))) (if (and proc (null (eq (process-status proc) 'exit))) (set-process-sentinel proc '(lambda (proc event) (if (eq (process-status proc) 'exit) (with-current-buffer (process-buffer proc) (dying-mode 't) (kill-buffer buf (error "Abort" The dying mode makes sure that the shell output buffers live for some time (more exactly: `dying-lifetime') after the process has finished. In this time the user can inspect the process output. If he wants to keep the output he can switch off `dying-mode' for that buffer or extent its lifetime. With best regards, Tobias
[O] how to install org from git repo / org-version problem (was: Re: Tables in Plain Lists)
Hi Achim, * Achim Gratz [17. May. 2012]: > Gregor Zattler writes: >> I didn't because I do not see any difference. > > All you need to do is > > make update autoloads > > Until some patches that Bastien is reviewing have been committed, it is > important that the "autoloads" are done last or that org is installed to > some other place than the Git worktree. Thanks for your suggestion, I did cd to working copy did make update autoloads was astonished that this pulls from the repo, saw the compiling and the generation of the manual, started Emacs -Q -l ~/.emacs but the result of org-version is the same, e.g. no version string shown. And with respect to the original problem: The table is not indented. Ciao, Gregor -- -... --- .-. . -.. ..--.. ...-.-
Re: [O] Strange Custom Agenda Problem
On Thursday, May 17, 2012, Bastien wrote:
> Hi Mike,
>
> Mike McLean > writes:
>
> > I have the following (amount other things) in my
> org-agenda-custom-commands:
> >
> > (setq org-agenda-custom-commands
> > '(("x" "test" tags-todo "+Outcome+LEVEL=4")))
> >
> > When I custom-command select “x”, I get no results.
>
> I tested with your `org-agenda-custom-commands' value and this
>
> * Test
> ** Test1
> *** Test2
> TODO Do I see this? :Outcome:
>
> I correctly get :Outcome:.
In my case the Outcome tag is on Test1 with =org-use-tag-inheritance= set
to =t=.
>
> This is with both the maint and master branches of the git repo.
>
> > If I select the default, built-in lower case “m” agenda command and type
> > +Outcome+LEVEL=4 I get a long list of results (as expected).
>
> The "m" agenda command is for `tags', not `tags-todo'.
Understood; to be clear I get a results using "m" that include both TODO
items and non-TODO items. My expectation from my "x" test case is to get a
subset of the results I get from "m", but not an empty list.
>
> > Did something change recently in the agenda construction related to
> > tags-todo?
>
> This: http://orgmode.org/w/?p=org-mode.git;a=commit;h=c50f0c
>
> Please help us reproduce the problem, perhaps by sharing some
> of the impacted entries.
I will, but I'm booked in meetings today so it may take a day ...
>
> Thanks,
>
> --
> Bastien
>
Re: [O] Tables in Plain Lists
Gregor Zattler writes: > I didn't because I do not see any difference. All you need to do is make update autoloads Until some patches that Bastien is reviewing have been committed, it is important that the "autoloads" are done last or that org is installed to some other place than the Git worktree. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Tables in Plain Lists
Hi Achim, * Achim Gratz [17. May. 2012]: > Gregor Zattler writes: >> Really great. This works for me with Emacs 23.4.1 and it's org >> version 6.33x, while not with the same Emacs and org-version 7.8.10 >> (release_7.8.10-529-gc4cad9). I copied the version info from the info >> file since org-version shows no version any more. > > You didn't do a 'make autoloads'? I didn't because I do not see any difference. Until now a daily cron job pulls the git repository and does a make clean && make all && make doc now I manually did make clean && make autoloads && make all && make doc and org-version gives me: Org-mode version N/A (N/A @ /usr/share/Emacs/23.4/lisp/org/org-install.el.gz) that's the same as before. >> My minimal .emacs for this test was: >> (setq load-path (cons "~/src/org-mode/lisp" load-path)) >> (setq load-path (cons "~/src/org-mode/contrib/lisp" load-path)) > > I know you find this in lots of places, but what's wrong with > > (add-to-list "~/src/org-mode/lisp" load-path) > > which also takes care not to add the same entry multiple times? I have a stanca like yours in my ~/.Emacs.d/init.el but for this test I copied this from the org info file chapter 1.2 Installation. >> (require 'org-install) > > And where is this org-install found? The one that came with > Emacs won't do. > >> (org-reload) > > Unnecessary. These are leftovers. I realised that there is no org-install in the git repo and I am confused. Ciao, Gregor -- -... --- .-. . -.. ..--.. ...-.-
Re: [O] Tables in Plain Lists
Gregor Zattler writes: > Really great. This works for me with Emacs 23.4.1 and it's org > version 6.33x, while not with the same Emacs and org-version 7.8.10 > (release_7.8.10-529-gc4cad9). I copied the version info from the info > file since org-version shows no version any more. You didn't do a 'make autoloads'? > My minimal .emacs for this test was: > (setq load-path (cons "~/src/org-mode/lisp" load-path)) > (setq load-path (cons "~/src/org-mode/contrib/lisp" load-path)) I know you find this in lots of places, but what's wrong with (add-to-list "~/src/org-mode/lisp" load-path) which also takes care not to add the same entry multiple times? > (require 'org-install) And where is this org-install found? The one that came with Emacs won't do. > (org-reload) Unnecessary. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: [O] Tables in Plain Lists
On Thu, May 17, 2012 at 12:24:22PM +0200, Gregor Zattler wrote: > Really great. This works for me with Emacs 23.4.1 and it's org > version 6.33x, while not with the same Emacs and org-version > 7.8.10 (release_7.8.10-529-gc4cad9). I copied the version info > from the info file since org-version shows no > version any more. it works for me with: Elisp> emacs-version "24.1.50.1" Elisp> org-version "7.8.09" -- Dr. Joost Kremers Georg-August-Universität Seminar für Deutsche Philologie Käte-Hamburger-Weg 3 D-37073 Göttingen
Re: [O] Tables in Plain Lists
Hi Joost, * Joost Kremers [16. May. 2012]: > On Wed, May 16, 2012 at 07:13:36PM +, SW wrote: >> Emacs 23.2.1 with org 7.8.06. Tested with transient-mark-mode enabled and >> disabled. I selected the table and hit . Point moved by one tab (if I >> selected from the top to the bottom of the table) or moved into the table >> (if I >> selected the other way round) and, in the one instance, the highlight on the >> region disappeared. But the table remained obstinately unindented. > > the trick is to move point to the line *below* the table. TAB will then do > whatever it does on that line and if it happens to be an empty line or a > line with ordinary text, it indents, taking the entire region (including > the table) with it. > > in essence, TAB will do whatever TAB does, regardless of whether the region > is active. so if point is still within the table, TAB moves to the next > cell, possibly creating a new one. if the line after the table contains a > headline and you move point to it, it (un)folds the headline. so you need > to make sure TAB is on a line that it indents. Really great. This works for me with Emacs 23.4.1 and it's org version 6.33x, while not with the same Emacs and org-version 7.8.10 (release_7.8.10-529-gc4cad9). I copied the version info from the info file since org-version shows no version any more. My minimal .emacs for this test was: (setq load-path (cons "~/src/org-mode/lisp" load-path)) (setq load-path (cons "~/src/org-mode/contrib/lisp" load-path)) (require 'org-install) (org-reload) Ciao, Gregor -- -... --- .-. . -.. ..--.. ...-.-
