[O] [PATCH] org-insert-link: allow ido usage when inserting links
From a8f301277e15bc786fa63bbcce3ba1afb85c46aa Mon Sep 17 00:00:00 2001 From: Tony Day Date: Mon, 10 Sep 2012 13:54:38 +1000 Subject: [PATCH 41/41] org-insert-link: allow ido usage when inserting links * lisp/org.el (org-insert-link): added all-links to cleanly create prefix+st (org-i-read-file-name): new defun to allow ido to read a file: link if allowed --- lisp/org.el | 39 +-- 1 file changed, 25 insertions(+), 14 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 1c18d70..a918cfc 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9397,7 +9397,7 @@ be used as the default description." tmphist ; byte-compile incorrectly complains about this (link link-location) (abbrevs org-link-abbrev-alist-local) -entry file all-prefixes auto-desc) +entry file all-links all-prefixes auto-desc) (cond (link-location) ; specified by arg, just use it. ((org-in-regexp org-bracket-link-regexp 1) @@ -9443,19 +9443,19 @@ Use TAB to complete link prefixes, then RET for type-specific completion support org-link-types)) (unwind-protect (progn + (setq all-links (append +(mapcar 'car org-stored-links) +(mapcar 'cadr org-stored-links) +(mapcar (lambda (x) (concat x ":")) +all-prefixes))) + (setq all-links (delete nil all-links)) (setq link - (let ((org-completion-use-ido nil) - (org-completion-use-iswitchb nil)) - (org-completing-read -"Link: " -(append - (mapcar (lambda (x) (list (concat x ":"))) - all-prefixes) - (mapcar 'car org-stored-links) - (mapcar 'cadr org-stored-links)) -nil nil nil -'tmphist -(caar org-stored-links + (org-completing-read + "Link: " + all-links + nil nil nil + 'tmphist + (caar org-stored-links))) (if (not (string-match "\\S-" link)) (error "No link selected")) (mapc (lambda(l) @@ -9542,7 +9542,7 @@ Use TAB to complete link prefixes, then RET for type-specific completion support (defun org-file-complete-link (&optional arg) "Create a file link using completion." (let (file link) -(setq file (read-file-name "File: ")) +(setq file (org-i-read-file-name "File: ")) (let ((pwd (file-name-as-directory (expand-file-name "."))) (pwd1 (file-name-as-directory (abbreviate-file-name (expand-file-name ".") @@ -9560,6 +9560,17 @@ Use TAB to complete link prefixes, then RET for type-specific completion support (t (setq link (concat "file:" file) link)) +(defun org-i-read-file-name (&rest args) + "Read-file-name using `ido-mode' speedup if available." + (org-without-partial-completion + (if (and org-completion-use-ido +(fboundp 'ido-read-file-name) +(boundp 'ido-mode) ido-mode +(listp (second args))) + (let ((ido-enter-matching-directory nil)) + (apply 'ido-read-file-name args)) + (apply 'read-file-name args + (defun org-completing-read (&rest args) "Completing-read with SPACE being a normal character." (let ((enable-recursive-minibuffers t) -- 1.7.9.6 (Apple Git-31.1)
Re: [O] label and ref in latex export
> Aloha Vikas, > > Perhaps "table *" -> "table*"? > I have corrected that. But it still says "Exporting to PDF...done, with some errors: [undefined reference]" The warning [undefined reference] seems to be on account of not finding the label reference. Vikas
Re: [O] label and ref in latex export
Aloha Vikas,
Perhaps "table *" -> "table*"?
All the best,
Tom
Vikas Rawal writes:
> The following has been taken from my org file.
>
> -
>
> #+CAPTION: Average output, cost and net income per acre, by area, (2005-06
> prices)
> #+LABEL: tab:avprofit
> #+ATTR_LATEX: table * tabulary width=\textwidth align=l|
> #+BEGIN_SRC R :results value raw :colnames yes :hline yes
> subset(a,Crop_group=="Paddy")->a
> a[,c(8:10)]*a[,6]/a[,7]->a[,c(8:10)]
> vtab1(a,8,10,1,wtd.mean)->a1
> round(as.numeric(as.character(a1[,2])))->a1[,2]
> round(as.numeric(as.character(a1[,3])))->a1[,3]
> round(as.numeric(as.character(a1[,4])))->a1[,4]
> names(a1)<-c("Area","output","Cost","Net income")
> #+END_SRC
>
> \ref{tab:avprofit} shows that the average levels of are highest in
> Area 7.
>
> --
>
> When I export it to latex/pdf, \ref{tab:avprofit} is just shown as ??.
> What am I not doing correctly?
>
> Also, is it okay if the text where the table is referenced comes
> before the table (and therefore its label) itself?
>
> Vikas
>
>
--
Thomas S. Dye
http://www.tsdye.com
[O] clock-in task is not highlighted in agenda view
Hi, When I press 'I' to clock-in task in agenda view, the line of that task is not highlighted any more. After git bisect, I find that this problem occurs since commit d43f7eb org-agenda.el: Make sure to get a property from (1- (point-max)), not (point-max)). After I refresh the agenda view, the line is highlighted. Thanks, Liang
[O] label and ref in latex export
The following has been taken from my org file.
-
#+CAPTION: Average output, cost and net income per acre, by area, (2005-06
prices)
#+LABEL: tab:avprofit
#+ATTR_LATEX: table * tabulary width=\textwidth align=l|
#+BEGIN_SRC R :results value raw :colnames yes :hline yes
subset(a,Crop_group=="Paddy")->a
a[,c(8:10)]*a[,6]/a[,7]->a[,c(8:10)]
vtab1(a,8,10,1,wtd.mean)->a1
round(as.numeric(as.character(a1[,2])))->a1[,2]
round(as.numeric(as.character(a1[,3])))->a1[,3]
round(as.numeric(as.character(a1[,4])))->a1[,4]
names(a1)<-c("Area","output","Cost","Net income")
#+END_SRC
\ref{tab:avprofit} shows that the average levels of are highest in
Area 7.
--
When I export it to latex/pdf, \ref{tab:avprofit} is just shown as ??.
What am I not doing correctly?
Also, is it okay if the text where the table is referenced comes
before the table (and therefore its label) itself?
Vikas
Re: [O] Bug: New Exporter macro expansion
Hello, "Sebastien Vauban" writes: > Shouldn't macros be included via SETUPFILE? I've always considered that > INCLUDE was for the (sort of) text part, while SETUPFILE for the keywords > part. > > Are there constraints on what we can include via which mechanism? You include anything with #+INCLUDE:. You are limited to some keywords with #+SETUPFILE. For now, #+SETUP_FILE doesn't handle macros in the new exporter. It should, but I want to remove the keyword in favor of #+INCLUDE anyway. See the other thread about it. Regards, -- Nicolas Goaziou
Re: [O] Publishing using the new exporter
Hello, On 10/10/2012 06:59 PM, Nicolas Goaziou wrote: Hello, Robert Klein writes: I got i working with this patch: diff --git a/contrib/lisp/org-e-latex.el b/contrib/lisp/org-e-latex.el index 80b8ddb..2d4ad35 100644 --- a/contrib/lisp/org-e-latex.el +++ b/contrib/lisp/org-e-latex.el @@ -2670,6 +2670,7 @@ Return PDF file name or an error if it couldn't be produced." (let* ((wconfig (current-window-configuration)) (texfile (file-truename texfile)) (base (file-name-sans-extension texfile)) +(default-directory base) errors) (message (format "Processing LaTeX file %s ..." texfile)) (unwind-protect After reading a bit in the emacs lisp reference manual I knew the issue is something with default-directory. Then I examined the code of the old exporter and looked for a "similar" place in the new exporter, happily finding a 'let*( ...'. Not sure, this is Ok or even the right place. Just happy at the moment it does work. Both cases (buffer visited in base-directory and not in base-directory) work with the change. I still cannot reproduce the problem, even with your recipe. Could you double-check it? Also, there's nothing in `org-e-latex-compile' that should depend on default-directory anyway. Regards, I did some more tests and it seems the issue happens when Emacs is just started and nothing (much) done in it. Test description below. Best regards Robert * Setting up emacs and org-mode ** cleaning up emacs configuration #+begin_src sh # clean out .emacs.d rm -rf ~/.emacs.d # re-create and copy plantuml.jar mkdir ~/.emacs.d cp ~roklein/.emacs.d/plantuml.jar ~/.emacs.d/ #+end_src ** fetching org-mode git master #+begin_src sh mkdir $HOME/elisp && cd $HOME/elisp git clone git://orgmode.org/org-mode.git #+end_src ** local org configuration (local.mk) #+begin_example :file ~/org-mode/local.mk # Installation prefix prefix = /home/roklein/.emacs.d # Where local lisp files go. lispdir = $(prefix)/org-mode/lisp # Where local data files go. datadir = $(prefix)/org-mode/etc # Where info files go. infodir = $(prefix)/org-mode/info # include files from contrib/lisp ORG_ADD_CONTRIB = org-e-* org-md org-export org-contacts #+end_example ** compile and install org-mode #+begin_src sh cd org-mode vi local.mk # see above make make install #+end_src This results in "Org-mode version 7.9.2 (release_7.9.2-432-g545166 @ /home/emacs/.emacs.d/org-mode/lisp/)" from emacs M-x org-version. * preparing the tests Here I create ~/.emacs and ~/Documents/org/example/index.org as in the former mail. Further I create an image ~/example.png, simply containing the text "FAIL!". Touch ~/Documents/org/other.org (not ...txt) * Test preparation for each test ** cleaning up - closing emacs if open - executing the following commands #+begin_src sh cd rm -rf public_html rm Documents/org/example/index.tex* rm Documents/org/example/index.pdf rm Documents/org/example/example.png rm .org-timestamps/* #+end_src * Test 1 - Do test preparation as above - Start emacs from the command line. - M-x org-e-publish example - Have to type "yes" twice for executing plantuml. * Result of Test 1 - html export is Ok - pdf export has the "FAIL!" image I created in the home directory. * Test 2 - Do test preparation as above - Start emacs from the command line. - C-x C-f ~/Documents/org/example/index.org - M-x org-e-publish example - Have to type "yes" twice for executing plantuml. * Result of Test 2 - html export is Ok - pdf export is Ok * Test 3 - Do test preparation as above - Start emacs from the command line. - C-x C-f ~/Documents/org/example/index.org - C-x b *Gnu Emacs* - M-x org-e-publish example - Have to type "yes" twice for executing plantuml. * Result of Test 3 - html export is Ok - pdf export is Ok * Test 4 - Do test preparation as above - Start emacs from the command line. - C-x C-f ~/Documents/org/example/index.org - C-x C-f ~/Documents/org/other.txt - M-x org-e-publish example - Have to type "yes" twice for executing plantuml. * Result of Test 4 - html export is Ok - pdf export is Ok * Test 5 - Do test preparation as above - Start emacs from the command line. - C-x C-f ~/Documents/org/example/index.org - C-x C-f ~/Documents/org/other.txt - C-x C-s - M-x org-e-publish example - Have to type "yes" twice for executing plantuml. * Result of Test 5 - html export is Ok - pdf export is Ok * Test 6 - Change ~/.emacs to autoload a file ~/Documents/org/other.org - Start emacs from the command line. - (It has *Gnu Emacs* as front buffer) - M-x org-e-publish example - Have to type "yes" twice for executing plantuml. * Result of Test 6 - html export is Ok - pdf export has the "FAIL!" image I created in the home directory. * Test 7 - .emacs as in Test 6 - Start emacs from the command line. - C-x C-f ~/Documents/org/example/index.org - M-x org-e-publish example
Re: [O] Bug: New Exporter macro expansion
Nicolas and Jonathan, Nicolas Goaziou wrote: > Jonathan Leech-Pepin writes: > >> I do however have one other issue that I seem to recall working in the >> previous >> exporter. >> >> If I use #+INCLUDE: "./macros.org" to store a list of common macros for >> several files they will not appear in the exported document. Is this >> intended? > > Not really intended. That's because include keywords expansion was > happening after macro expansion (see `org-export-as'). Shouldn't macros be included via SETUPFILE? I've always considered that INCLUDE was for the (sort of) text part, while SETUPFILE for the keywords part. Are there constraints on what we can include via which mechanism? Best regards, Seb -- Sebastien Vauban
Re: [O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 18:55, Achim Gratz wrote: > Rainer M Krug writes: >>> Now if you could satisfy my curiosity and tell me what you do to an >>> apparently freshly >>> updated Org to make it "dirty"? >> >> I was wondering myself... >> >> What *can* make it dirty? > > git status > > should tell you what it thinks has changed. OK - I deleted lisp/org-element.el - don't remember why. I did, as suggested by git status git checkout lisp/org-element.el and this cleaned my org: Successfully reloaded Org Org-mode version 7.9.2 (release_7.9.2-432-g545166 @ /home/rkrug/.emacs.d/org-mode/lisp/) Thanks a lot, Rainer > > > Regards, Achim. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1vHAACgkQoYgNqgF2egpf1gCfXB3uLzK+A9c26G9k89qYlURX De8AoIP0GaxWPr4/gIRH0ZuCh61JHytW =QfFn -END PGP SIGNATURE-
Re: [O] Suggestion: Replace #+SETUP_FILE with #+INCLUDE
Nicolas Goaziou writes: > Therefore, I don't see any reason to keep maintaining the #+SETUP_FILE > keyword. I'd rather remove it and suggest to use #+INCLUDE: keyword > instead. Any objection? None really. I use both and distinguish them in some validation tool, which I would happily and easily adapt! :-) François
Re: [O] Error on reload but none in Messages Buffer?
Nick Dokos writes: > Rebasing to incorporate local patches after the pull perhaps? No, that'd give a clean state with a different SHA-1. 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] Error on reload but none in Messages Buffer?
Rainer M Krug wrote: > On 10/10/12 18:31, Achim Gratz wrote: > > Rainer M Krug writes: > >> Perfect - problem solved: > > > > Thanks for your patience. > > > >> Successfully reloaded Org Org-mode version 7.9.2 > >> (release_7.9.2-432-g545166.dirty @ > >> /home/rkrug/.emacs.d/org-mode/lisp/) > > > > Now if you could satisfy my curiosity and tell me what you do to an > > apparently freshly updated > > Org to make it "dirty"? > > I was wondering myself... > > What *can* make it dirty? > Rebasing to incorporate local patches after the pull perhaps? http://orgmode.org/worg/org-faq.html#keeping-local-changes-current-with-Org-mode-development Nick
Re: [O] Publishing using the new exporter
Hello, Robert Klein writes: > I got i working with this patch: > > diff --git a/contrib/lisp/org-e-latex.el b/contrib/lisp/org-e-latex.el > index 80b8ddb..2d4ad35 100644 > --- a/contrib/lisp/org-e-latex.el > +++ b/contrib/lisp/org-e-latex.el > @@ -2670,6 +2670,7 @@ Return PDF file name or an error if it couldn't > be produced." >(let* ((wconfig (current-window-configuration)) > (texfile (file-truename texfile)) > (base (file-name-sans-extension texfile)) > +(default-directory base) > errors) > (message (format "Processing LaTeX file %s ..." texfile)) > (unwind-protect > > > After reading a bit in the emacs lisp reference manual I knew the > issue is something with default-directory. Then I examined the code > of the old exporter and looked for a "similar" place in the new > exporter, happily finding a 'let*( ...'. Not sure, this is Ok or > even the right place. Just happy at the moment it does work. > > Both cases (buffer visited in base-directory and not in > base-directory) work with the change. I still cannot reproduce the problem, even with your recipe. Could you double-check it? Also, there's nothing in `org-e-latex-compile' that should depend on default-directory anyway. Regards, -- Nicolas Goaziou
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug writes: >> Now if you could satisfy my curiosity and tell me what you do to an >> apparently freshly updated >> Org to make it "dirty"? > > I was wondering myself... > > What *can* make it dirty? git status should tell you what it thinks has changed. 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] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 18:31, Achim Gratz wrote: > Rainer M Krug writes: >> Perfect - problem solved: > > Thanks for your patience. > >> Successfully reloaded Org Org-mode version 7.9.2 >> (release_7.9.2-432-g545166.dirty @ >> /home/rkrug/.emacs.d/org-mode/lisp/) > > Now if you could satisfy my curiosity and tell me what you do to an > apparently freshly updated > Org to make it "dirty"? I was wondering myself... What *can* make it dirty? Rainer > > > Regards, Achim. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1pTUACgkQoYgNqgF2egqotQCeLF6i/UAutd3qA2MeWjc7Vrhv gpAAmwUlct7ukDtEUs85TaB7JkpJtUQ2 =kKyZ -END PGP SIGNATURE-
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug writes: > Perfect - problem solved: Thanks for your patience. > Successfully reloaded Org > Org-mode version 7.9.2 (release_7.9.2-432-g545166.dirty @ > /home/rkrug/.emacs.d/org-mode/lisp/) Now if you could satisfy my curiosity and tell me what you do to an apparently freshly updated Org to make it "dirty"? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [O] Bug: New Exporter macro expansion
Hello, Jonathan Leech-Pepin writes: > I do however have one other issue that I seem to recall working in the > previous > exporter. > > If I use #+INCLUDE: "./macros.org" to store a list of common macros for > several files they will not appear in the exported document. Is this > intended? Not really intended. That's because include keywords expansion was happening after macro expansion (see `org-export-as'). It should be fixed now. Thanks for reporting it. Regards, -- Nicolas Goaziou
Re: [O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 18:05, Achim Gratz wrote: > Achim Gratz writes: >> What is not working is re-loading of org-export-latex. How it manages to >> drop the name and >> make nil out of this I don't know (yet). > > Some files in Org provide more than one feature and at least one of those > then doesn't have a > name that corresponds to the filename. It turns out that there is a fuction > to ask for the > filename a feature was loaded from, so I'll just use this one instead of the > symbol name. > This should fix that bug for real… Perfect - problem solved: Successfully reloaded Org Org-mode version 7.9.2 (release_7.9.2-432-g545166.dirty @ /home/rkrug/.emacs.d/org-mode/lisp/) Thanks a lot, Rainer > > > Regards, Achim. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1nzQACgkQoYgNqgF2egohGACfe2xZwXPidkreTTgWPz15+0IS iCEAniURJMVhAJMhayYP3HGpdgTKH9ah =7ktb -END PGP SIGNATURE-
Re: [O] Error on reload but none in Messages Buffer?
Achim Gratz writes: > What is not working is re-loading of org-export-latex. How it manages to drop > the name and make nil out of this I don't know (yet). Some files in Org provide more than one feature and at least one of those then doesn't have a name that corresponds to the filename. It turns out that there is a fuction to ask for the filename a feature was loaded from, so I'll just use this one instead of the symbol name. This should fix that bug for real… Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[O] Workflow with the pdfs from arxiv.org and bibtex records
Hi, I'm trying to establish a nice workflow to collect all the interesting papers from arxiv.org and corresponding bibtex records. Arxiv.org is the server which contains papers in pdf format and short abstract for each of them (for example, we have abstract here [1] and the corresponding pdf file here [2]). There is another website, inspirehep.net, which collects the bibtex records (and much more information) of these papers (see [3] for the bibtex record for cited paper). I wrote a python script which downloads the bibtex record and put it in the file, say, ref.bib. Then it downloads the paper itself (the pdf), and renames it according to the citation key as in the ref.bib. So mentioned paper will be renamed as Maldacena:1997re.pdf. Then I want to setup an org file (say, ref.org), which will contain each paper as a bibtex record, generally, as org-bibtex is doing, but with the links to the pdf file. So all the desired workflow should look like this: 1) read the paper on the arxiv.org; 2) download the paper and bibtex record using the python script (it can be launched by pressing the button); 3) in the same time fire up the emacs window with opened ref.org and capture there bibtex record with some link to the pdf file. So, the question is: how it can be achieved? For the moment I came up with the additional field in the bibtex record, named "file" with the link to the pdf file which is understandable by org-mode (so it's something like this: file = "[[~/ref/Maldacena:1997re.pdf]]"). But how can I use org-bibtex with the org-capture automatically? With best wishes, IS [1] http://arxiv.org/abs/hep-th/9711200 [2] http://arxiv.org/pdf/hep-th/9711200v3.pdf [3] http://inspirehep.net/record/451647/export/hx
Re: [O] Problem with hourly repeater
Martin Pohlack writes: > This has been discussed several times before and the conclusion was that > hourly repeaters are not supported: True, back in 2009. Not true anymore: ,[ ORG-NEWS Version 7.9.2 ] | Support for hourly repeat cookies | | You can now use | | : SCHEDULED: <2012-08-20 lun. 08:00 +1h> | | if you want to add an hourly repeater to an entry. ` It even made it into the manual by now: ,[ (info "(org)Repeated tasks") ] | You can use yearly, monthly, weekly, daily | and hourly repeat cookies by using the `y/w/m/d/h' letters. ` Memnon
Re: [O] Problem with hourly repeater
Hello, Martin Pohlack writes: > This has been discussed several times before and the conclusion was that > hourly repeaters are not supported: That's not true anymore since: --8<---cut here---start->8--- commit ec921a2a68ccef8e2ae65195de4636c77c0b8a93 Author: Bastien Guerry Date: Fri Apr 20 16:55:48 2012 +0200 Support hourly repeat cookies. --8<---cut here---end--->8--- Regards, -- Nicolas Goaziou
Re: [O] Problem with hourly repeater
Hi,
This has been discussed several times before and the conclusion was that
hourly repeaters are not supported:
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg20032.html
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg15142.html
On 08.10.2012 16:37, Memnon Anon wrote:
> Hi,
>
> I am trying the hourly repeaters and see a problem.
>
> Steps to reproduce:
> * "emacs -Q"
> * load minimal setup:
>
> --8<---cut here---start->8---
> ;;; adjust path as needed!
> (setq load-path (cons "~/org-mode/lisp" load-path))
> (setq load-path (cons "~/org-mode/contrib/lisp" load-path))
> (setq load-path (cons "~/org-mode/contrib/babel/lisp" load-path))
> (require 'org)
> (setq org-clock-persist t)
> (org-clock-persistence-insinuate)
> (setq org-clock-history-length 50
> org-clock-in-switch-to-state "STRT"
> org-clock-idle-time 5
> org-log-done 'time
> org-log-reschedule 'time
> org-log-into-drawer "LOGBOOK")
>
> (setq org-agenda-files (quote ("~/agenda.org")))
> (setq debug-on-error t)
> --8<---cut here---end--->8---
>
> * Minimal agenda file ~/agenda.org:
>
> --8<---cut here---start->8---
> #+SEQ_TODO: TODO STRT | DONE DEFD CNCL
>
> * TODO Test
> Scheduled: <2012-10-08 Mo 18:00 +6h>
> --8<---cut here---end--->8---
>
> * "M-x org-agenda" a ->
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p
> nil)
> [...]
>
> This is with
> Org-mode version 7.9.2 (release_7.9.2-424-g0ccf65 @
> and
> GNU Emacs 24.2.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2) of
> 2012-10-04 on dex, modified by Debian
>
> Anyone else see this?
>
> Memnon
>
>
--
Martin Pohlack, AMD Operating System Research Center
martin.pohl...@amd.com, Tel. +49 351 448356721, www.amd64.org
Advanced Micro Devices GmbH, Einsteinring 24,
85609 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632, WEEE-Reg-Nr. DE 12919551
Re: [O] upgraded emacs, now org-mode is broken in os x lion terminal
"It is bound to , TAB, , ." The emacs GUI works perfectly, so it must have something to do with the way the terminal is working with my install of 24.2. On Wed, Oct 10, 2012 at 8:14 AM, Nicolas Goaziou wrote: > Hello, > > Harumph Frog writes: > > > Hi, thanks for helping! > > > > Just tried opening with emacs -Q. Results are the same. > > I cannot help much as I don't use os x. > > In an Org buffer, what is the [tab] key bound to? > > > Regards, > > -- > Nicolas Goaziou >
Re: [O] Problem with hourly repeater
Hello,
Memnon Anon writes:
> I am trying the hourly repeaters and see a problem.
[...]
> Anyone else see this?
Yes, I confirm the bug.
Would you mind testing the following patch and tell me if it fixes the
problem without adding unwanted side-effects?
Thank you.
Regards,
--
Nicolas Goaziou
>From 3576891ba04992328576c1ea84a8958e4c0fa16c Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Wed, 10 Oct 2012 16:11:41 +0200
Subject: [PATCH] Fix bug related to agenda bulding with hour repeaters
* lisp/org.el: Make `org-closest-date' aware of hours repeaters.
---
lisp/org.el | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/lisp/org.el b/lisp/org.el
index 59683bc..c69f0f3 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -16157,7 +16157,12 @@ When PREFER is `future', return a date that is either CURRENT or future.
When SHOW-ALL is nil, only return the current occurrence of a time stamp."
;; Make the proper lists from the dates
(catch 'exit
-(let ((a1 '(("d" . day) ("w" . week) ("m" . month) ("y" . year)))
+(let ((a1 '(("h" . hour)
+ ("d" . day)
+ ("w" . week)
+ ("m" . month)
+ ("y" . year)))
+ (shour (nth 2 (org-parse-time-string start)))
dn dw sday cday n1 n2 n0
d m y y1 y2 date1 date2 nmonths nm ny m2)
@@ -16177,6 +16182,11 @@ When SHOW-ALL is nil, only return the current occurrence of a time stamp."
(error "Invalid change specifier: %s" change))
(if (eq dw 'week) (setq dw 'day dn (* 7 dn)))
(cond
+ ((eq dw 'hour)
+ (let ((missing-hours (mod (- (* 24 (- cday sday)) shour) dn)))
+ (setq n1 (if (zerop missing-hours) cday
+ (- cday (1+ (floor (/ missing-hours 24)
+ n2 (+ cday (floor (/ (- dn missing-hours) 24))
((eq dw 'day)
(setq n1 (+ sday (* dn (floor (/ (- cday sday) dn
n2 (+ n1 dn)))
--
1.7.12.2
Re: [O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 15:34, Achim Gratz wrote: > Rainer M Krug gmail.com> writes: >> OK - here is the output: > > What is not working is re-loading of org-export-latex. How it manages to > drop the name and > make nil out of this I don't know (yet). What happens if you manually re-load > org-expotr-latex? I did: (load "/home/rkrug/.emacs.d/org-mode/lisp/org-latex") t t as the result. Is this what I should try? I assume this does not help. I also tried: (load "/home/rkrug/.emacs.d/org-mode/lisp/org-jsinfo") t (load "/home/rkrug/.emacs.d/org-mode/lisp/org-faces") t Rainer > > > Regards, Achim. > > > > > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1fLgACgkQoYgNqgF2egodIACdGBP7x1QTupjhRYg6QiOwgEIU KBkAnRTrAYOKEancFJzpMLNm03TixCQE =7ayX -END PGP SIGNATURE-
[O] Remaining work/progress report: nearly useful, help needed
Hi orgees,
In March I had a go at making a "Remaining work/progress report"[1].
Having make some progress, I am looking for:
- help,
- collaborators,
- opinions on whether this would be useful enough to be worth the
effort,
- whether anyone else has something like this (but better) and
- any other wisdom,
with a view to contributing it.
Table of Contents
_
1 Features
2 Usage
3 How it works
4 Improvements necessary to make it truly useful
1 Features
~~
Attachments: minimal.el my-progress.el a.org b.org
Currently it can make a table consisting of a mixture of the Table of
Contents (TOC) entries and the inline tasks within each section, e.g.:
ITEM Effort CLOCKSUM Remaining
.1 Heading One 1:25
... 1.1 A sub heading0:36
.Draw a figure 1:000:36 0:24
... 1.2 Another sub heading 0:49
.Write this bit 1:200:49 0:31
Most of the code was available from various places so there is not
much original work from me in this.
2 Usage
~~~
- start emacs: emacs -Q -l minimal.el a.org
- excute the emacs-lisp source blocks
- refresh the "Remaining" properties:
goto each property and press C-c s RET RET
- Execute the dynamic block C-c c in "Progress table"
3 How it works
~~
Whenever a task is clocked in to, the value of a new "Effort" property
is prompted for. When the task is clocked out of, a new property
"Remaining" is added that is the difference of Effort special property
CLOCKSUM.
The buffer is exported ascii-like to get the TOC with its headline
numbering, and is matched with corresponding lines of the captured
column view.
4 Improvements necessary to make it truly useful
1. include a captured column view of the INCLUDEd file b.org: the file's
headings are included in the TOC because it uses the new exporter, but
not in the column-view. Maybe exporting as org first and then
taking the column view of that buffer would work.
2. Accumulate the time Remaining in the same way that CLOCKSUM does;
it propagates upwards to higher level headings so that you can see
(e.g.) how long Chapter 1 will take in total
3. Refresh all the Remaining properties automatically
I would really appreciate some help, particularly with 1.
Thanks,
Myles
Footnotes:
[1] http://comments.gmane.org/gmane.emacs.orgmode/53567
minimal.el
Description: application/emacs-lisp
my-progress.el
Description: application/emacs-lisp
#+COLUMNS: %50ITEM %5Effort %5CLOCKSUM %5Remaining
#+BEGIN_SRC emacs-lisp
;; (unload-feature 'my-progress)
;; (setq org-clock-in-prepare-hook nil
;; org-clock-out-hook nil
;; org-export-filter-final-output-functions nil)
(load (concat default-directory "my-progress.el") nil t t)
(add-to-list 'org-export-filter-final-output-functions
'my-progress-remove-toc-heading)
#+END_SRC
#+BEGIN_SRC emacs-lisp
(setq org-properties-postprocess-alist
'(("Remaining" lambda(value)
(let ((clocksum (org-clock-sum-current-item))
(effort (org-duration-string-to-minutes
(org-entry-get (point) "Effort"
(org-minutes-to-hh:mm-string (- effort clocksum))
(require 'org-inlinetask)
(add-hook 'org-clock-in-prepare-hook 'my-progress-org-mode-ask-effort 'append)
(add-hook 'org-clock-out-hook
(lambda () (org-set-property "Remaining" 0)) 'append)
#+END_SRC
* Heading One
** A sub heading
*** TODO Inline ting
CLOCK: [2012-10-10 Wed 11:07]--[2012-10-10 Wed 11:34] => 0:27
CLOCK: [2012-10-10 Wed 10:55]--[2012-10-10 Wed 11:04] => 0:09
:PROPERTIES:
:Effort: 1:00
:Remaining: 0:51
:END:
*** END
** Another sub heading
*** TODO Write this bit
CLOCK: [2012-10-10 Wed 11:10]--[2012-10-10 Wed 11:59] => 0:49
:PROPERTIES:
:Effort: 1:20
:Remaining: 0:31
:END:
*** END
** Heading with no inline tasks
*** a
This heading could be omitted because it has no tasks.
* Heading Two
*** TODO Finish writing under heading two
*** END
** Sub heading that will show up in the table
*** Will this one?
*** TODO Test
CLOCK: [2012-10-10 Wed 11:55]--[2012-10-10 Wed 11:56] => 0:01
CLOCK: [2012-10-10 Wed 11:50]--[2012-10-10 Wed 11:54] => 0:04
:PROPERTIES:
:Effort: 0:20
:Remaining: 0:14
:END:
*** END
And this?
**
[O] error on update
Windows 7 HP 64 Emacs 24.2.1 i686-pc.cygwin, GTK+ Version 2.24.11 of 2012-08-27 on fiona Org - release 7.9.1 - 431 -gb6822e using git After $ cd $HOME/elisp/org-mode && make update2 at end of compiling: In org-all-targets: org.el:5679:35:Warning: attempt to inline `org-element-type' before is was defined org.el:5679:35:Warning: attempt to inline `org-element-property' before is was defined In end of data: org.el:22546:1:Warning: the following functions are not known to be defined: org-element-type, org-element-property I then $ cd $HOME/elisp/org-mode && make autoloads then $ make update2 same error message Charlie Millar
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug gmail.com> writes: > OK - here is the output: What is not working is re-loading of org-export-latex. How it manages to drop the name and make nil out of this I don't know (yet). What happens if you manually re-load org-expotr-latex? Regards, Achim.
Re: [O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 14:48, Achim Gratz wrote: > Rainer M Krug gmail.com> writes: >> OK - I get a warning when compiling: >> >> In org-reload: org.el:20024:19:Warning: reference to free variable `lfeats' >> >> and on running org-reload afterwards an error: >> >> call-interactively: Symbol's value as variable is void: lfeats >> >> I don't assume this is normal? > > No, a typo, make that lfeat (without the "s"). > OK - here is the output: (ob ob-R ob-comint ob-emacs-lisp ob-eval ob-exp ob-keys ob-latex ob-lob ob-plantuml ob-ref ob-sh ob-table ob-tangle org-agenda org-archive org-bbdb org-beamer org-bibtex org-compat org-docview org-entities org-exp org-export-latex org-faces org-footnote org-gnus org-html org-indent org-info org-irc org-jsinfo org-latex org-list org-macs org-mew org-mhe org-mime org-notmuch org-pcomplete org-protocol org-rmail org-src org-vm org-w3m org-wl org-version org) Loading /home/rkrug/.emacs.d/org-mode/lisp/ob...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-R...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-comint...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-emacs-lisp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-eval...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-exp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-keys...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-latex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-lob...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-plantuml...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-ref...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-sh...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-table...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-tangle...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-agenda...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-archive...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-bbdb...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-beamer...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-bibtex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-compat...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-docview...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-entities...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-exp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-faces...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-footnote...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-gnus...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-html...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-indent...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-info...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-irc...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-jsinfo...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-latex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-list...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-macs...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-mew...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-mhe...done Loading /home/rkrug/.emacs.d/org-mode/contrib/lisp/org-mime.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/contrib/lisp/org-notmuch.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-pcomplete...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-protocol...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-rmail...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-src...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-vm...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-w3m...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-wl...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-version.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org... Loading /home/rkrug/.emacs.d/org-mode/lisp/org-loaddefs.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org...done Some error occured while reloading Org features (t t t t t t t t t t t t t t t t t t t t t t t nil t t t t t t t t t t t t t t t t t t t t t t t t) Please check *Messages*! Org-mode version 7.9.2 (release_7.9.2-428-ge2e545.dirty @ /home/rkrug/.emacs.d/org-mode/lisp/) byte-code: Beginning of buffer byte-code: Beginning of buffer > > Regards, Achim. > > > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1dE4ACgkQoYgNqgF2egraQQCfTVK8df8DTCOqVlccmF/I0fCD IOIAn3f/3nf0aiAIJSBBpxbehahRHHMC =BKrb -END PGP SIGNATURE-
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug gmail.com> writes: > OK - I get a warning when compiling: > > In org-reload: > org.el:20024:19:Warning: reference to free variable `lfeats' > > and on running org-reload afterwards an error: > > call-interactively: Symbol's value as variable is void: lfeats > > I don't assume this is normal? No, a typo, make that lfeat (without the "s"). Regards, Achim.
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug writes: > On 10/10/12 12:55, Achim Gratz wrote: >> (load-misses ())) + (message "%s" lfeats) (setq load-misses -(delq >> 't + (delq 'tt >> (mapcar (lambda (f) (or > OK - I get a warning when compiling: > > In org-reload: > org.el:20024:19:Warning: reference to free variable `lfeats' (load-misses ())) + (message "%s" lfeats) That should probably be ^lfeat Memnon
Re: [O] upgraded emacs, now org-mode is broken in os x lion terminal
Hello, Harumph Frog writes: > Hi, thanks for helping! > > Just tried opening with emacs -Q. Results are the same. I cannot help much as I don't use os x. In an Org buffer, what is the [tab] key bound to? Regards, -- Nicolas Goaziou
[O] Suggestion: Replace #+SETUP_FILE with #+INCLUDE
Hello, I'd like to remove #+SETUP_FILE (that is #+SETUPFILE in the old exporter) from the new exporter. The reasoning behind this is that #+INCLUDE already provides a similar feature (and some others). I.e. you can almost always do: #+INCLUDE: "my-setup.org" instead of #+SETUP_FILE: "my-setup.org" The only difference is that contents of #+SETUP_FILE are not included in the final document; they are just read. The only use case I can think of is when one's want to share the same keywords as a file but without its contents. But then, it's possible to strip keywords from both files and store them in a third one, that will be included everywhere. Therefore, I don't see any reason to keep maintaining the #+SETUP_FILE keyword. I'd rather remove it and suggest to use #+INCLUDE: keyword instead. Any objection? Regards, -- Nicolas Goaziou
Re: [O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 12:55, Achim Gratz wrote: > > Rainer M Krug gmail.com> writes: >> unfortunately I still get the same message (below) > > I don't see how this is possible unless one of the loaded files returns > '(nil)' instead of 't' > when loaded. Could you go to org-reload and change > > (load-misses ())) + (message "%s" lfeats) (setq load-misses - (delq > 't + (delq 'tt > (mapcar (lambda (f) (or > > This will always get you an error, but record the full list before stripping > the successful > returns, so it will be easier to see where that '(nil)' might come from. OK - I get a warning when compiling: In org-reload: org.el:20024:19:Warning: reference to free variable `lfeats' and on running org-reload afterwards an error: call-interactively: Symbol's value as variable is void: lfeats I don't assume this is normal? Rainer > > > Regards, Achim. > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1YsIACgkQoYgNqgF2egoVSwCfWdd0B2JIATYXiZFM/P/c/ttR he4An1TFM78UrKx70AeAYh3Z+Q7vttCN =KmQY -END PGP SIGNATURE-
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug gmail.com> writes: > unfortunately I still get the same message (below) I don't see how this is possible unless one of the loaded files returns '(nil)' instead of 't' when loaded. Could you go to org-reload and change (load-misses ())) + (message "%s" lfeats) (setq load-misses - (delq 't + (delq 'tt (mapcar (lambda (f) (or This will always get you an error, but record the full list before stripping the successful returns, so it will be easier to see where that '(nil)' might come from. Regards, Achim.
Re: [O] org-e-beamer missing from org-export-dispatch ui
Hi Nicolas,
On Tue, Oct 09, 2012 at 10:24:56PM +0200, Nicolas Goaziou wrote:
> Hello,
>
> Suvayu Ali writes:
>
> > The option for beamer export seems to have gone missing from the
> > org-export-dispatch ui. This is how I setup org-e-beamer export in a
> > minimal emacs instance.
>
> Once required, Beamer related export commands should appear in the same
> menu as latex ("l" key).
>
> > ;; load org-export and its backends
> > (load-library "org-export")
> > (load-library "org-e-latex")
> > (load-library "org-e-beamer")
>
> Why don't you simply (require 'org-e-beamer) instead?
>
I do not require libraries because then sometimes when I'm playing
around and do something like unload-feature, Emacs refuses to proceed
because my config file requires them. I found load-library to be a
convenient work around.
Now about the issue I was having, after a recent pull the issue seems to
have disappeared. Now it works with both require and load-library.
Cheers,
--
Suvayu
Open source is the future. It sets us free.
Re: [O] org-e-beamer missing from org-export-dispatch ui
On Tue, Oct 09, 2012 at 08:24:31PM +, bernard wrote:
> Suvayu Ali gmail.com> writes:
>
> >
> > Hi Nicolas and others,
> >
> > The option for beamer export seems to have gone missing from the
> > org-export-dispatch ui. This is how I setup org-e-beamer export in a
> > minimal emacs instance.
> >
> > (setq org-e-latex-pdf-process ; for experimental org-export
> > '("xelatex -interaction nonstopmode -output-directory %o %f"
> > "xelatex -interaction nonstopmode -output-directory %o %f"
> > "xelatex -interaction nonstopmode -output-directory %o %f"))
> >
>
> Thx for sharing.
>
> I have
> (setq org-e-latex-pdf-process
> '("texi2dvi --pdf --clean --verbose --batch %f"))
> grabbed from
> https://lists.gnu.org/archive/html/emacs-orgmode/2012-09/msg01005.html
>
> Could you (or someone else) explain the differences and tradeoffs involved
> between both setups ?
>
Well texi2dvi is very clever and run makeindex or bibtex as needed and
does that quite well until you encounter some of the bugs. In my case I
encountered the infamous regex range in non-standard locales bug.
In conclusion, if texi2dvi works for you, using it is a good option.
HTH
--
Suvayu
Open source is the future. It sets us free.
Re: [O] Warning (initialization): An error occurred while loading /Users//.emacs
On Wed, Oct 10, 2012 at 5:58 PM, Sebastien Vauban wrote: > Hi Chris, > > Chris Henderson wrote: >> I am getting this error when I add the following line to .emacs file: >> >> Warning (initialization): An error occurred while loading >> `/Users//.emacs': >> >> Symbol's value as variable is void: org-directory > > It says it all: you're using an undefined variable (org-directory). > >> (setq org-default-notes-file (concat org-directory "~/org/note.org")) > > Adapt your code as this: > > --8<---cut here---start->8--- > (setq org-directory "~/org/") > (setq org-default-notes-file (concat org-directory "note.org")) > --8<---cut here---end--->8--- Thanks. It works.
Re: [O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/10/12 19:37, Achim Gratz wrote: > Rainer M Krug writes: >> When reloading org after update, I get the following messages in the message >> buffer, where >> there is apparentkly an error - but I can't see any? > > It's a bug in org-reload, please pull again. Thank you for the report. Hi Achim, unfortunately I still get the same message (below) Cheers, Rainer Loading /home/rkrug/.emacs.d/org-mode/lisp/ob...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-R...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-comint...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-emacs-lisp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-eval...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-exp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-keys...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-latex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-lob...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-plantuml...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-ref...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-sh...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-table...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-tangle...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-agenda...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-bbdb...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-beamer...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-bibtex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-compat...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-docview...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-entities...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-exp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-faces...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-footnote...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-gnus...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-html...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-indent...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-info...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-irc...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-jsinfo...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-latex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-list...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-macs...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-mew...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-mhe...done Loading /home/rkrug/.emacs.d/org-mode/contrib/lisp/org-mime.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/contrib/lisp/org-notmuch.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-pcomplete...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-protocol...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-rmail...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-src...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-vm...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-w3m...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-wl...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-version.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org... Loading /home/rkrug/.emacs.d/org-mode/lisp/org-loaddefs.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org...done Some error occured while reloading Org features (nil) Please check *Messages*! Org-mode version 7.9.2 (release_7.9.2-428-ge2e545.dirty @ /home/rkrug/.emacs.d/org-mode/lisp/) > > > Regards, Achim. > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1HPAACgkQoYgNqgF2egqEmACgiKOLADtYsZccJN2XL1nFGQvj NHQAn2rpT6BaF1/po8xPlFxpO14OkqZn =4jvl -END PGP SIGNATURE-
