Re: [O] babel perl issue
Ok, I have deleted some files on my system. I have mis install org (twice in 2 path, bla bla) and I seem to work better. Thanks a lot for help And excuse me 2012/12/11 Eric Schulte > flav writes: > > > Le 10/12/2012 18:24, Eric Schulte a écrit : > >> 1. make sure you're using a recent version of Org-mode, either the > >> latest release or from git, see > >> http://orgmode.org/worg/org-faq.html#Keeping-current > >> > >> 2. start Emacs with the -Q flag (to ensure there is no problem caused by > >> the rest of your config) > >> > >> 3. evaluate the Babel config > >> > >> (require 'org) > >> (org-babel-do-load-languages > >> 'org-babel-load-languages > >> '((perl . t))) > >> > >> 4. if you still have problems, then write back with your version of > >> Emacs, and your version of org-mode (reported with M-x org-version) > >> > >> Hope this helps, > [...] > > Hello, > > Debugger entered--Lisp error: (void-function org-babel-do-load-languages) > > (org-babel-do-load-languages (quote org-babel-load-languages) (quote > > (...))) > > eval((org-babel-do-load-languages (quote org-babel-load-languages) > > (quote (..$ > > eval-last-sexp-1(t) > > eval-last-sexp(t) > > eval-print-last-sexp() > > call-interactively(eval-print-last-sexp nil nil) > > > > Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/) > > GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6) > > of 2012-09-21 on allspice, modified by Debian > > > > Thanks for help. > > I don't see how this is possible. I am also using Org-mode 7.9.2, > here's my Org-mode version > > Org-mode version 7.9.2 (release_7.9.2-603-gf8a69a @ > /home/eschulte/.emacs.d/src/org-mode/lisp/) > > The `org-babel-do-load-languages' function is defined in org.el, so once > you have run (require 'org), I don't believe it is possible for this > function to remain undefined. Could you > > 1. open the org.el file manually on your system, > 2. while visiting the file, search for the string >"org-babel-do-load-languages" to confirm that the function is defined >in that file > 3. run `eval-buffer' while still visiting that file, > 4. and then finally run > >(org-babel-do-load-languages > 'org-babel-load-languages > '((perl . t))) > > If the above does not work, please let me know at which stage it fails. > If it does work, then I suspect the problem is related to something > peculiar to your system, and is beyond my abilities to help you with. > > Best, > > -- > Eric Schulte > http://cs.unm.edu/~eschulte > -- flav
Re: [O] [PATCH] ob-python: specify defcustom parameters
Achim Gratz writes: > Eric Schulte writes: >> Again, could you send a git format-patch version of this patch? > > Sorry if this comes through twice, but it appears that Gmane has dropped > my first posting. > I only got this once. Thanks for re-sending, I'll apply this when next I push to the git repo. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] [PATCH] lisp/ob.el (org-babel-result-cond)
Achim Gratz writes: > Eric Schulte writes: >> I'd like to apply this patch, however the format is not detected by git >> am. Could you re-generate this patch using git format-patch and attach >> the resulting file? > > Here it is: > Much Obliged, I'll push this up when next I push to the git repo. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] babel perl issue
Bastien writes: > Hi Eric, > > Eric Schulte writes: > >> I'm attaching two patches which implement this new require structure. >> They move ob.el -> ob-core.el. The new ob.el (which is now loaded by >> every file which requires 'ob) does two things. > > I'm slowly catching up, fixing issues and reading the mailing list. > > Can you please hold this change until tomorrow eve? It looks good, > but I'd like to understand it thoroughly. > Sure thing, I have the patches queued up locally and ready to commit. Please let me know if I can explain anything, or if you'd like to see the patches before the hit the master branch. Cheers, > > Thanks! -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] new latex exporter and attr_latex
François Allisson allisson.co> writes: > > Hi, > > The following example used to work for me > > *** > #+ATTR_LATEX: align=lcr > | left | center | right | > *** > Any change recently around attr_latex or align? > Yes, the syntax has changed; see http://thread.gmane.org/gmane.emacs.orgmode/62766 In short, you should use: #+ATTR_LATEX: :align lcr Kind Regards, Mike
Re: [O] Some Experiences with org-babel-load-file
On 12/11/2012 03:52 PM, Eric Schulte wrote: Please go ahead and update the information on worg. Note that Emacs24 users need only do (require 'org) (org-babel-load-file "/path/to/your/org-init-file.org") while users of lesser Emacs will have to load a new version of Org-mode before calling org-babel-load-file. Sorry, I have no idea how to update worg. compiled and un-compiled code. If this does pose a problem for you, perhaps an optional extra argument to be added to org-babel-load-file to enable compilation. Yes, this would do nicely. The `org-babel-load-file' function calls `org-tangle-file' so they are definitely working in concert. When a target file is passed to `org-tangle-file' then that is used as the value of the ":tangle" header argument, so the default behavior is to tangle. Ok, that makes sense. Great idea. I don't have time to work on this right now, but it is definitely on my stack. I suppose this should be the default behavior for all tangled files (not just those written by org-babel-load-file). Yes. Perhaps also include a comment that the file was tangled from an org-file plus the path to that file.
Re: [O] [PATCH] ob-python: specify defcustom parameters
Eric Schulte writes: > Again, could you send a git format-patch version of this patch? Sorry if this comes through twice, but it appears that Gmane has dropped my first posting. >From b759805cca39914843222c25a63854c7694d7e80 Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Fri, 7 Dec 2012 21:05:52 +0100 Subject: [PATCH 2/4] ob-python: specify defcustom parameters * lisp/ob-python.el (org-babel-python-hline-to, org-babel-python-None-to): Specify customize group as 'org-babel and widget type as 'string. --- lisp/ob-python.el | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/lisp/ob-python.el b/lisp/ob-python.el index 4d94ecf..e393d1d 100644 --- a/lisp/ob-python.el +++ b/lisp/ob-python.el @@ -53,10 +53,14 @@ (defvar org-babel-python-mode (if (featurep 'xemacs) 'python-mode 'python) (defvar org-src-preserve-indentation) (defcustom org-babel-python-hline-to "None" - "Replace hlines in incoming tables with this when translating to python.") + "Replace hlines in incoming tables with this when translating to python." + :group 'org-babel + :type 'string) (defcustom org-babel-python-None-to 'hline - "Replace 'None' in python tables with this before returning.") + "Replace 'None' in python tables with this before returning." + :group 'org-babel + :type 'string) (defun org-babel-execute:python (body params) "Execute a block of Python code with Babel. -- 1.8.0.1 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] babel perl issue
Hi Eric, Eric Schulte writes: > I'm attaching two patches which implement this new require structure. > They move ob.el -> ob-core.el. The new ob.el (which is now loaded by > every file which requires 'ob) does two things. I'm slowly catching up, fixing issues and reading the mailing list. Can you please hold this change until tomorrow eve? It looks good, but I'd like to understand it thoroughly. Thanks! -- Bastien
Re: [O] babel perl issue
Eric Schulte writes: > I'm attaching two patches which implement this new require structure. > They move ob.el -> ob-core.el. The new ob.el (which is now loaded by > every file which requires 'ob) does two things. That looks OK so far, just one nit: it would be much cleaner from the perspective of Git if you first renamed ob.el -> ob-core.el and then patched it. That way git blame would continue to work across that commit in a mostly sensible manner. Right now all lines in those two files are new things that sprang into existence with this commit as far as Git is concerned. > 1. It defines every Babel defcustom (excluding the language-specific >defcustoms). Should defvars be moved here as well? Not necessarily, but if it cleans up the code, this would be worth doing. Maybe as a second step, since none of it should be broken right now? > 2. It loads the remainder of Babel, namely; ob-eval, ob-core, ob-comint, >ob-exp, ob-keys, ob-table, ob-lob, ob-ref and ob-tangle. Which codepaths would directly activate ob-comint for instance and why is it appropriate to just (require 'ob-core) in this case? > This allows for most of the language files to be simplified as they now > only need to require ob, rather than requiring the subset of the above > particular to their needs. Looks nicer to me, anyway. 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
Re: [O] [PATCH] lisp/ob.el (org-babel-result-cond)
Eric Schulte writes: > I'd like to apply this patch, however the format is not detected by git > am. Could you re-generate this patch using git format-patch and attach > the resulting file? Here it is: >From d91ba35d143b806f9d615a93f34a10b4086f55a5 Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Fri, 7 Dec 2012 20:48:24 +0100 Subject: [PATCH 1/4] org-babel: fix bug introduced in commit 78cdf149 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * lisp/ob.el (org-babel-result-cond): Macro expansion needs to unquote formal parameter `result-params´. --- lisp/ob.el | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/lisp/ob.el b/lisp/ob.el index 0aba523..2f4f855 100644 --- a/lisp/ob.el +++ b/lisp/ob.el @@ -2567,14 +2567,14 @@ (defvar org-babel-temporary-directory) (defmacro org-babel-result-cond (result-params scalar-form &rest table-forms) "Call the code to parse raw string results according to RESULT-PARAMS." (declare (indent 1)) - `(unless (member "none" result-params) - (if (or (member "scalar" result-params) - (member "verbatim" result-params) - (member "html" result-params) - (member "code" result-params) - (member "pp" result-params) - (and (member "output" result-params) - (not (member "table" result-params + `(unless (member "none" ,result-params) + (if (or (member "scalar" ,result-params) + (member "verbatim" ,result-params) + (member "html" ,result-params) + (member "code" ,result-params) + (member "pp" ,result-params) + (and (member "output" ,result-params) + (not (member "table" ,result-params ,scalar-form ,@table-forms))) -- 1.8.0.1 Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
Re: [O] [PATCH] ob-python: specify defcustom parameters
Achim Gratz writes: > This avoids a byte-compiler warning and makes these customizations > easier to find. > Again, could you send a git format-patch version of this patch? Then I will apply it. Thanks. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] [PATCH] lisp/ob.el (org-babel-result-cond)
Achim Gratz writes: > This has been in there for a while and only been visible due to > byte-compiler warnings about free variable result-params. Either the > tests don't really exercise this code path well or we've been lucky that > result-params was bound to the correct value during all those calls. > The `result-params' variable is *always* in scope every time this macro is called. In fact previously the Babel language files were told to expect some variables to always be in scope without their being explicitly passed in as parameters. We've since begun passing these things explicitly to the language functions to appease the compiler. I'd like to apply this patch, however the format is not detected by git am. Could you re-generate this patch using git format-patch and attach the resulting file? Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] info for org not found in emacs
Charles writes: > The following works for me (your mileage may vary) > > ;; info paths > (add-to-list 'Info-default-directory-list >"/home/eschulte/.emacs.d/src/org-mode/doc/") You should not change this variable at all, the variable to customize is `Info-additional-directory-list´. But it is by far easier to simply install Org. 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] Some Experiences with org-babel-load-file
Florian Beck writes: > Hello! > > As an experiment, I moved my .emacs and all my personal packages into > an org-file and now load it with 'org-babel-load-file. This works fine > enough: the source code blocks can handle several thousand lines of > code (for later splitting) without any quirks, tough editing in the > org-file sure gets slow. > > A couple of observations: > > 1. `org-babel-load-file' doesn't seem to be in the org docu. The > instructions on worg are obsolete (mentions `org-install') and > needlessly complicated. Just putting > > (package-initialize) ;; only if you use the newest org > (require 'ob-tangle) > (org-babel-load-file "/path/to/your/org-init-file.org") > > into your .emacs (no need for .emacs.d/init.el) seems to suffice. > Please go ahead and update the information on worg. Note that Emacs24 users need only do (require 'org) (org-babel-load-file "/path/to/your/org-init-file.org") while users of lesser Emacs will have to load a new version of Org-mode before calling org-babel-load-file. > > 2. Unless you are only setting variables, you want your functions to > be byte-compiled. I modified `org-babel-load-file' to do that. Any > reason not to? > I disagree, I don't find a noticeable performance difference between compiled and un-compiled code. If this does pose a problem for you, perhaps an optional extra argument to be added to org-babel-load-file to enable compilation. > > 3. While it saves some keystrokes not to have to write "tangle: yes", > it seems to be at odds with `org-tangle-file (though it does respect > "tangle: no"). > The `org-babel-load-file' function calls `org-tangle-file' so they are definitely working in concert. When a target file is passed to `org-tangle-file' then that is used as the value of the ":tangle" header argument, so the default behavior is to tangle. > > 4. When I babel-load "my-package.org", all emacs sees is the tangled > "my-package.el", which of course is right. The problem, however, is > that I often search for one of my functions, change it … and loose the > changes the next time I start emacs (I already got zapped a couple of > times). Integrating org-tangle with the emacs documentation would be > tough I guess. But how about setting a read-only file locale variable > to block the most stupid mistakes? > Great idea. I don't have time to work on this right now, but it is definitely on my stack. I suppose this should be the default behavior for all tangled files (not just those written by org-babel-load-file). Thanks, > > Overall, very nice. Thank you. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] babel perl issue
Eric Schulte writes: >> Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/) >> GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6) >> of 2012-09-21 on allspice, modified by Debian >> >> Thanks for help. > > I don't see how this is possible. He's using Org from a Debian package that is itself built from a tarball (I believe that Sebastian Delafond maintains these). Quite obviously this package has not been correctly activated, in other words the autoload definitions are mixed up with the older version of Org that comes with Emacs 23.3. In this case (since it is a Debian package) the activation should have been done via site-init.el so as to not require user intervention. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] info for org not found in emacs
Charles wrote: > ... > As I described earlier my earlier attempt, i.e. added > INFOPATH=/home/Charlie/elisp/org-mode/doc/ to > my bash_profile loaded the latest org manual into the general info tree but > so was org manual > version 7.9.1; however, when I was in emacs (the bash_profile was still > modified) and called info, > only the latest org manual was shown; none of the rest of the info tree was > shown and I could not > access it. > The doc for Info-default-directory-list says: , | Once Info is started, the list of directories to search | comes from the variable `Info-directory-list'. | This variable `Info-default-directory-list' is used as the default | for initializing `Info-directory-list' when Info is started, unless | the environment variable INFOPATH is set. ` IIUC, this implies that INFOPATH has to encompass *all* the places where info files should be searched for. In my case, I have the following in my .profile: - --8<---cut here---start->8--- # standard places INFOPATH=/usr/local/info:/usr/local/share/info:/usr/info:/usr/share/info ... # org info dir INFOPATH=/home/nick/src/emacs/org/org-mode/doc:$INFOPATH export INFOPATH - --8<---cut here---end--->8--- Nick
Re: [O] Possible bug in org-open-at-point when filename includes ampersand
Johnny writes: > To replicate: > - Create a file test_&_file.txt > - In dired, locate the file and capture the link C-c l > - In an org file, insert link by C-c C-l > - Place point at file and C-c C-o (org-open-at-point) > > The link org stores is e.g "~/test_&_file.txt". > > This cannot be opened in a shell, but escaping the ampersand, the file > is opened fine, e.g. It does open here with , | ELISP> (emacs-version) | "GNU Emacs 24.3.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2)\n of | 2012-12-09 on dex, modified by Debian" | ELISP> (org-version t t) | "Org-mode version 7.9.2 (release_7.9.2-661-g66c664 @ | /home/kyilma/bin/elisp/org-latest/lisp/)" ` Memnon
Re: [O] start clock doesn't refresh agenda
Hi, Rares Pop writes: > I'm using emacs 23.1.1 with org-mode 7.9.2 and when i'm starting the > clock on the current item from the agenda I get the clock started but > the agenda doesn't get refreshed (the yellow line on the current item > is not displayed). If i hit manually refresh (g ) i get the yellow > line. > > Can you please help me with this issue? This is fixed now in git. Thanks for reporting this. -- Bastien
Re: [O] new latex exporter and attr_latex
Le mardi 11 décembre 2012 à 17h47, Nick Dokos a écrit: > See > > http://thread.gmane.org/gmane.emacs.orgmode/62766 > Thanks Nick! #+attr_latex: :align lcr works fine! François
Re: [O] Some Experiences with org-babel-load-file
Florian Beck writes: > 1. `org-babel-load-file' doesn't seem to be in the org docu. The > instructions on worg are obsolete (mentions `org-install') and > needlessly complicated. Just putting > > (package-initialize) ;; only if you use the newest org ... and the newest emacs! > (require 'ob-tangle) > (org-babel-load-file "/path/to/your/org-init-file.org") > > into your .emacs (no need for .emacs.d/init.el) seems to suffice. This is one way to do it, not necessarily the only way. I don't think a 4 line init.el is that complicated ;). > 4. When I babel-load "my-package.org", all emacs sees is the tangled > "my-package.el", which of course is right. The problem, however, is > that I often search for one of my functions, change it … and loose the > changes the next time I start emacs (I already got zapped a couple of > times). Integrating org-tangle with the emacs documentation would be > tough I guess. But how about setting a read-only file locale variable > to block the most stupid mistakes? How do you change your functions? If I want to do it, I tinker with them directly in my emacs.org and evaluate from there or copy the relevant bits to the *scratch* buffer and bring them back to emacs.org once it works. If the file changed, the el file gets tangled fresh automatically next time I start emacs and used right away. I don't really see a problem? Memnon
Re: [O] info for org not found in emacs
N.B. I am resending this message; I only replied to Nick and did not send it to the list. On 12/10/2012 5:26 PM, Nick Dokos wrote: Charles wrote: Info at the command line and "C-h i" from Emacs still bring up the manual for 7.9.1 even though the 7.9.2 org.doc has been downloaded. Have you done ``make doc'' after downloading? Nick believe the problem is that the "/elisp/org-mode/doc" is not loaded into the general Cygwin info files and the problem is not updating the manual, guide, etc. I pulled from git and the manuals were updated during the pull. As you suggested I also ran make doc while in elisp/org-mode and essentially make stated that all files were up to date. I checked the html, pdf and emacs versions of the manual and all of them are 7.9.2 (release 7.9.2-664-gb1f369). By tghe way I had already commented out any changes to my innit.el file and bash_profile that I made last evening. When I call info from the command line and also from within emacs version 7.9.1 shows. So does manual corrsepond with the latest org version that was included in the emacs package? Also, even though I use Eric's suggestion and add "~/elsip/org-mode/doc" to the Info-default-directory-list, when I call C-h i the 7.9.1 version is in the info tree, even though "~/elisp/org-mode/doc" is loaded. As I described earlier my earlier attempt, i.e. added INFOPATH=/home/Charlie/elisp/org-mode/doc/ to my bash_profile loaded the latest org manual into the general info tree but so was org manual version 7.9.1; however, when I was in emacs (the bash_profile was still modified) and called info, only the latest org manual was shown; none of the rest of the info tree was shown and I could not access it. For users as myself, i.e. one laptop, one user, no network, should INFOPATH be further modified in bash_profile so that the outdated version of Org doc is removed from the info tree and the current one replaces it and at the same time the entire info tree is accessed from emacs? Set up: Windows 7 Home Premium, Service Pack 1, 64 bit Cygwin 1.7.17-1 GNU Emacs 24.2.1(i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on fiona Org-mode version 7.9.2 (release_7.9.2-664-gb1f369 @ /home/Charlie/elisp/org-mode/lisp/) Charlie
Re: [O] org-drill installation problem
Sanjib Sikder writes: > (require 'org-drill) > (add-to-list 'load-path "~/.emacs.d/") [...] > File error: Cannot open load file, org-learn ,[ org-drill.org/Installation ] | For manual installation, put the following in your =.emacs=. You will also need | to make sure that Org's "contrib/lisp" directory is in the emacs load-path. ` org-learn.el is part of contrib. hth Memnon
Re: [O] Agenda: show only prio-A events with associated date/timestamp
>> I'd like to derive a custom agenda view that has following properties: >> >> - show only items with associated datestamp or timestamp (same as >> «is displayed in the time grid of my usual agenda») >> - only with priority [#A] So, your usual agenda, but only priority #As ? Or only those items with stamps that don't only signify a day but also a time(-range)? > If it is possible to differ between associated datestamps/timestamps > and deadlines/schedules, I'd prefer following: > Examples: > > * shown::shown: > ** TODO <2012-12-11 Tue> todo with date Why should this one be shown? It is not [#A]? Memnon
Re: [O] new latex exporter and attr_latex
François Allisson wrote:
> Hi,
>
> The following example used to work for me
>
> ***
> #+ATTR_LATEX: align=lcr
> | left | center | right |
> ***
>
> i.e. it was exported with the correct alignment rules. But now (Org
> 7.9.2-666/ Emacs 24.2.50.1), it seems to not work any more, as it get
> exported as
>
> **
> \begin{center}
> \begin{tabular}{lll}
> left & center & right\\
> \end{tabular}
> \end{center}
> **
>
> The "lll", instead of "lcr" is what bother me...
>
> Any change recently around attr_latex or align?
>
See
http://thread.gmane.org/gmane.emacs.orgmode/62766
Nick
> Thanks for any help,
>
> François
>
[O] Possible bug in org-open-at-point when filename includes ampersand
Hi, When working with org-capture and inserting links to files, I noticed that some files do not open properly and found out that the filename contains "&" which causes this issue. To replicate: - Create a file test_&_file.txt - In dired, locate the file and capture the link C-c l - In an org file, insert link by C-c C-l - Place point at file and C-c C-o (org-open-at-point) The link org stores is e.g "~/test_&_file.txt". This cannot be opened in a shell, but escaping the ampersand, the file is opened fine, e.g. evince ~/test_\&_file.txt I inserted the escape character in the org link, but this to my dismay still doesn't work. Any ideas? (except the obvious change of ampersand in filenames) Thanks, Johnny -- Johnny
[O] new latex exporter and attr_latex
Hi,
The following example used to work for me
***
#+ATTR_LATEX: align=lcr
| left | center | right |
***
i.e. it was exported with the correct alignment rules. But now (Org
7.9.2-666/ Emacs 24.2.50.1), it seems to not work any more, as it get
exported as
**
\begin{center}
\begin{tabular}{lll}
left & center & right\\
\end{tabular}
\end{center}
**
The "lll", instead of "lcr" is what bother me...
Any change recently around attr_latex or align?
Thanks for any help,
François
[O] Is it possible to see the blocking task?
Hello, I am using TODO dependencies for a project. I find some tasks are blocked for no apparent reason (this is after multiple editing of the file, and setting and unsetting of the ORDERED property). I know that I can over-ride task blocking by a triple C-u. I'd like to see the blocking task in order to "debug" my setup. Is there a way to see that? Thanks, Mirko
Re: [O] babel perl issue
Le 11/12/2012 14:45, Eric Schulte a écrit : flav writes: Le 10/12/2012 18:24, Eric Schulte a écrit : 1. make sure you're using a recent version of Org-mode, either the latest release or from git, see http://orgmode.org/worg/org-faq.html#Keeping-current 2. start Emacs with the -Q flag (to ensure there is no problem caused by the rest of your config) 3. evaluate the Babel config (require 'org) (org-babel-do-load-languages 'org-babel-load-languages '((perl . t))) 4. if you still have problems, then write back with your version of Emacs, and your version of org-mode (reported with M-x org-version) Hope this helps, [...] Hello, Debugger entered--Lisp error: (void-function org-babel-do-load-languages) (org-babel-do-load-languages (quote org-babel-load-languages) (quote (...))) eval((org-babel-do-load-languages (quote org-babel-load-languages) (quote (..$ eval-last-sexp-1(t) eval-last-sexp(t) eval-print-last-sexp() call-interactively(eval-print-last-sexp nil nil) Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/) GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6) of 2012-09-21 on allspice, modified by Debian Thanks for help. I don't see how this is possible. I am also using Org-mode 7.9.2, here's my Org-mode version Org-mode version 7.9.2 (release_7.9.2-603-gf8a69a @ /home/eschulte/.emacs.d/src/org-mode/lisp/) The `org-babel-do-load-languages' function is defined in org.el, so once you have run (require 'org), I don't believe it is possible for this function to remain undefined. Could you 1. open the org.el file manually on your system, /usr/share/emacs/site-lisp/org/org.el 2. while visiting the file, search for the string "org-babel-do-load-languages" to confirm that the function is defined in that file (defun org-babel-do-load-languages (sym value) at line 123 3. run `eval-buffer' while still visiting that file, ok 4. and then finally run (org-babel-do-load-languages 'org-babel-load-languages '((perl . t))) (org-babel-do-load-languages 'org-babel-load-languages '((perl . t))) ((perl . t)) it is ok If the above does not work, please let me know at which stage it fails. If it does work, then I suspect the problem is related to something peculiar to your system, and is beyond my abilities to help you with. Thanks for help. Best, -- flav
[O] org-capture vs. org-agenda-capture
When calling org-capture ('C-c c'), you get the current inactive timestamp with
date and time [2012-12-11 Tue 16:18] whenever you specify '%U' in your capture
template.
On the other hand, when calling org-agenda-capture ('k' from the agenda), your
timestamps always indicates a null time [2012-12-11 Tue 00:00].
Is there a way I can force org-agenda-capture to indicate the current time?
--
Rene
Re: [O] Distinguish between blank and zero in org-mode spreadsheet
Hi all
I would also like if some interest could be spent in this (see subject)
area. Let me give some examples as an overview, grouped as “check if
empty”, “range” and “single fields”. The first is the only one
directly related to the OP question. But the others still match the
subject perfectly. Most of the examples include my suggestions of how
I expect them to work, hopefully ending up in a regression test at
some time.
- check if empty: $3 results should be as $4 or even better as $5 if
not too difficult. I don’t know of any Calc formula that does this
currently, so I took the one I would prefer to use.
| 1 |0 | 1 = && 0 = ? : 1 + 0 |1 | 1 |
| 1 | | 1 = && 0 = ? : 1 + 0 | ||
| 1 | text | 1 = && text = ? : 1 + text | 1 + text | #ERROR |
#+TBLFM: $3 = if($1 = string("") && $2 = string(""), string(""), $1 + $2)
- input from range as vsum($1..$2):
1) empty -> 0, non-number -> 0: The format specifier is documented
as “N: interpret all fields as numbers, use 0 for non-numbers”.
Works as expected.
| 1 |0 | 1 |
| 1 | | 1 |
| 1 | text | 1 |
#+TBLFM: $3 = vsum($1..$2); N
2) empty -> 0, keep other non-numbers: Without “N” I would prefer $3
results to be as $4 if not too difficult.
| 1 |0 |1 | 1 |
| 1 | |1 | 1 |
| 1 | text | 1 + text | #ERROR |
#+TBLFM: $3 = vsum($1..$2)
3) numbers only: The format specifier is documented as “E: keep
empty fields in ranges”. I would prefer $3 results to be as $4 if
not too difficult.
| 1 |0 | 1| 1 |
| 1 | | #ERROR | #ERROR |
| 1 | text | 1 + text | #ERROR |
#+TBLFM: $3 = vsum($1..$2); E
- input from single fields as $1 + $2:
1) empty -> 0, non-number -> 0: Works as expected.
| 1 |0 | 1 |
| 1 | | 1 |
| 1 | text | 1 |
#+TBLFM: $3 = $1 + $2; N
2) empty -> 0, keep other non-numbers: Without “N” I would prefer $3
results to be as $4 if not too difficult.
| 1 |0 |1 | 1 |
| 1 | |1 | 1 |
| 1 | text | 1 + text | #ERROR |
#+TBLFM: $3 = $1 + $2
3) numbers only: I suggest to extend the currently documented
“E: keep empty fields in ranges” to “E: keep empty fields” or
clearer “E: keep empty fields as non-numbers” and then would
prefer $3 results to be as $4 or if not too difficult even better
as $5.
| 1 |0 |1 |1 | 1 |
| 1 | |1 | | #ERROR |
| 1 | text | 1 + text | 1 + text | #ERROR |
#+TBLFM: $3 = $1 + $2; E
Minor issue: I wonder what the entry “vmean($2..$7);EN : Same, but
treat empty fields as 0” in the manual means or is useful for.
Michael
[O] Bug: export to LaTeX doesn't handle filenames properly [7.8.11]
Hi, I have in my .org file links to files that contain spaces and []. org-insert-link converts space to %20, [ to %5B, ] to %5D. When doint html-export, the links work, but LaTeX export just leaves the links as they are (so now there are LaTeX comments in the middle of filename) After doing 'replace-string four times: %20 -> space %5B -> [ %5D -> ] %~. -> /home/oleh The document compiles. I figure it'd be nice to change 'org-export-as-latex to do this automatically. regards, Oleh
Re: [O] babel perl issue
flav writes: > Le 10/12/2012 18:24, Eric Schulte a écrit : >> 1. make sure you're using a recent version of Org-mode, either the >> latest release or from git, see >> http://orgmode.org/worg/org-faq.html#Keeping-current >> >> 2. start Emacs with the -Q flag (to ensure there is no problem caused by >> the rest of your config) >> >> 3. evaluate the Babel config >> >> (require 'org) >> (org-babel-do-load-languages >> 'org-babel-load-languages >> '((perl . t))) >> >> 4. if you still have problems, then write back with your version of >> Emacs, and your version of org-mode (reported with M-x org-version) >> >> Hope this helps, [...] > Hello, > Debugger entered--Lisp error: (void-function org-babel-do-load-languages) > (org-babel-do-load-languages (quote org-babel-load-languages) (quote > (...))) > eval((org-babel-do-load-languages (quote org-babel-load-languages) > (quote (..$ > eval-last-sexp-1(t) > eval-last-sexp(t) > eval-print-last-sexp() > call-interactively(eval-print-last-sexp nil nil) > > Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/) > GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6) > of 2012-09-21 on allspice, modified by Debian > > Thanks for help. I don't see how this is possible. I am also using Org-mode 7.9.2, here's my Org-mode version Org-mode version 7.9.2 (release_7.9.2-603-gf8a69a @ /home/eschulte/.emacs.d/src/org-mode/lisp/) The `org-babel-do-load-languages' function is defined in org.el, so once you have run (require 'org), I don't believe it is possible for this function to remain undefined. Could you 1. open the org.el file manually on your system, 2. while visiting the file, search for the string "org-babel-do-load-languages" to confirm that the function is defined in that file 3. run `eval-buffer' while still visiting that file, 4. and then finally run (org-babel-do-load-languages 'org-babel-load-languages '((perl . t))) If the above does not work, please let me know at which stage it fails. If it does work, then I suspect the problem is related to something peculiar to your system, and is beyond my abilities to help you with. Best, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Agenda: show only prio-A events with associated date/timestamp
* Karl Voit wrote: > > I'd like to derive a custom agenda view that has following properties: > > - show only items with associated datestamp or timestamp (same as > «is displayed in the time grid of my usual agenda») > - only with priority [#A] > > With this, I want to get a rough overview of the most important > events and milestones of the upcoming month(s) without any > distraction by todos, minor important events, and so forth. If it is possible to differ between associated datestamps/timestamps and deadlines/schedules, I'd prefer following: Examples: * shown::shown: ** [#A] <2012-12-11 Tue> day with prio A ** [#A] <2012-12-11 Tue 14:00-15:00> time-span and prio A ** TODO <2012-12-11 Tue> todo with date ** TODO [#A] <2012-12-11 Tue> todo with date and prio ** TODO [#A] <2012-12-11 Tue 14:00-15:00> todo with date and prio and time-span * not shown::notshown: ** <2012-12-11 Tue> day without prio ** <2012-12-11 Tue 14:00-15:00> day without prio and time-span ** [#B] <2012-12-11 Tue> day with prio B ** [#A] no date, prio A, possible: DEADLINE and/or SCHEDULE -- Karl Voit
Re: [O] info for org not found in emacs
Achim Gratz writes: > Check the content of those variables and maybe if INFOPATH is set to something > strange. M-: (getenv "INFOPATH") --
Re: [O] info for org not found in emacs
Rainer M Krug gmail.com> writes: > Sorry - must have missed that one. doc/die is fine Then you must have changed something else in your setup. Once Info is started, the list of directories to search comes from the variable `Info-directory-list'. This variable `Info-default-directory-list' is used as the default for initializing `Info-directory-list' when Info is started, unless the environment variable INFOPATH is set. Although this is a customizable variable, that is mainly for technical reasons. Normally, you should either set INFOPATH or customize `Info-additional-directory-list', rather than changing this variable. Check the content of those variables and maybe if INFOPATH is set to something strange. Regards, Achim.
[O] Agenda: show only prio-A events with associated date/timestamp
Hi! I'd like to derive a custom agenda view that has following properties: - show only items with associated datestamp or timestamp (same as «is displayed in the time grid of my usual agenda») - only with priority [#A] With this, I want to get a rough overview of the most important events and milestones of the upcoming month(s) without any distraction by todos, minor important events, and so forth. I do think, this would be quite handy and could replace my wall calendar which is only available in my office. Thanks for your help! Examples: * shown::shown: ** [#A] <2012-12-11 Tue> day with prio A ** [#A] <2012-12-11 Tue 14:00-15:00> time-span and prio A * not shown::notshown: ** <2012-12-11 Tue> day without prio ** <2012-12-11 Tue 14:00-15:00> day without prio and time-span ** [#B] <2012-12-11 Tue> day with prio B ** [#A] no date, prio A ** TODO <2012-12-11 Tue> todo with date ** TODO [#A] <2012-12-11 Tue> todo with date and prio ** TODO [#A] <2012-12-11 Tue 14:00-15:00> todo with date and prio and time-span -- Karl Voit
Re: [O] info for org not found in emacs
Rainer M Krug writes:
> On 10/12/12 23:15, Charles wrote:
>> On 12/10/2012 12:43 PM, Eric Schulte wrote:
>>> Rainer M Krug writes:
>>>
On 10/12/12 17:50, Jambunathan K wrote:
> Rainer M Krug writes:
>
>> Thanks - does anybody else has any ideas on how I can get org into info?
> M-x info-display-manual RET ~/src/org-mode/doc/org RET
>
This definitely works - thanks. But is there a way of adding this
permanentely, so that I
can use the menu entry in the org menu to see the info file?
>>> The following works for me (your mileage may vary)
>>>
>>> ;; info paths (add-to-list 'Info-default-directory-list
>>> "/home/eschulte/.emacs.d/src/org-mode/doc/")
>>>
>>>
>
> This did not work.
>
>> For my set up (see below) I have tried Eric's suggestion, except
>> "/home/Charlie/elisp/org-mode/doc/"
>>
>> I have also tried (expand-file-name "~/elisp/org-mode/doc/") (I
>> found this in the FAQ)
>>
>> "C-h v Info-default-directory-list" shows that
>> "/home/Charlie/elisp/org-mode/doc" loads before
>> all other info directories.
>>
>> Info at the command line and "C-h i" from Emacs still bring up the
>> manual for 7.9.1 even though
>> the 7.9.2 org.doc has been downloaded. . . . . . . . . . . . . After
>> writing the above I went
>> back to the FAQ and added the following to my ~/.bash_profile
>>
>> INFOPATH=/home/Charlie/elisp/org-mode/doc/
How about customizing `Info-additional-directory-list' without touching
INFOPATH as suggested below?
,
| Info-default-directory-list is a variable defined in `info.el'.
| Its value is ("/usr/local/share/info/" "/usr/share/info/")
|
| Documentation:
| Default list of directories to search for Info
| documentation files. They are searched in the order they are given in
| the list. Therefore, the directory of Info files that come with Emacs
| normally should come last (so that local files override standard
| ones), unless Emacs is installed into a non-standard directory. In
| the latter case, the directory of Info files that come with Emacs
| should be first in this list.
|
| Once Info is started, the list of directories to search comes from the
| variable `Info-directory-list'. This variable
| `Info-default-directory-list' is used as the default for initializing
| `Info-directory-list' when Info is started, unless the environment
| variable INFOPATH is set.
|
| ,
| | ,
| | | Although this is a customizable variable, that is mainly for
| | | technical reasons. Normally, you should either set INFOPATH or
| | | customize `Info-additional-directory-list', rather than changing
| | | this variable.
| | `
| `
|
| You can customize this variable.
`
> I added this to the .bashrc and it is working now.
>
> Thanks,
>
> Rainer
>
>>
>> It works for info from the command line. As a matter of fact the new
>> org info is at the
>> beginning of the info contents. However emacs C-h i only bring up
>> the Org info, even though
>> "C-h v Info-default-directory-list" shows that all info directories are
>> loaded.
>>
>> Set up: Windows 7 Home Premium, Service Pack 1, 64 bit Cygwin 1.7.17-1 GNU
>> Emacs
>> 24.2.1(i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on fiona
>> Org-mode version 7.9.2
>> (release_7.9.2-664-gb1f369 @ /home/Charlie/elisp/org-mode/lisp/)
>>
>> Charlie Millar
>>
>>
>
--
[O] org-drill installation problem
hi, I downloaded the org-drill package and put the org-drill.el file in.emacs.d folder. Then I added (require 'org-drill) in my .emacs file where the load path (add-to-list 'load-path "~/.emacs.d/") is there before it. After restarting, when i open a org-mode file to be used in org-drill mode, it gives a warning : Warning (initialization): An error occurred while loading `/home/ss/.emacs': File error: Cannot open load file, org-learn Also when I do M-x org-drill It cannot find org-drill I am using emacs-snapshot. What am I doing wrong ? Thanks. - *Sanjib Sikder *Ph.D. Fellow Chemical Engineering IIT Bombay* *
[O] Formatting Text in Org-mode
Genetic genotypes follow strict rules In org-mode, writing: /matA^HMG/ would be incorrect because the superscript 'HMG' should NOT be italics If however I were to write: /matA/^HMG the result is not what I expected The only way to get the correct conversion is to write: /matA/ ^HMG, which despite displaying correctly is of course incorrect because of the space between the 'matA' and the 'HMG' so How can I write: /matA/^HMG in a way that can be properly displayed? Is this possible? Thanks --R
[O] Formatting text in org-mode
Genetic genotypes follow strict rules In org-mode, writing: /matA^HMG/ would be incorrect because the superscript 'HMG' should NOT be italics If however I were to write: /matA/^HMG the result is not what I expected The only way to get the correct conversion is to write: /matA/ ^HMG, which despite displaying correctly is of course incorrect because of the space between the 'matA' and the 'HMG' so How can I write: /matA/^HMG in a way that can be properly displayed? Is this possible? Thanks --R
Re: [O] babel perl issue
Le 10/12/2012 18:24, Eric Schulte a écrit :
1. make sure you're using a recent version of Org-mode, either the
latest release or from git, see
http://orgmode.org/worg/org-faq.html#Keeping-current
2. start Emacs with the -Q flag (to ensure there is no problem caused by
the rest of your config)
3. evaluate the Babel config
(require 'org)
(org-babel-do-load-languages
'org-babel-load-languages
'((perl . t)))
4. if you still have problems, then write back with your version of
Emacs, and your version of org-mode (reported with M-x org-version)
Hope this helps,
flav writes:
I am sorry for my misunderstood but
I put (require 'org) in my .emacs and there is no change.
2012/12/10 Eric Schulte
As I mentioned in my previous message you have to require Org-mode
before executing the following snippet. Try
(require 'org)
(org-babel-do-load-languages
'org-babel-load-languages
'((perl . t)))
flav writes:
still an issue :
Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
(org-babel-do-load-languages (quote org-babel-load-languages) (quote
(...)))
eval-buffer(# nil "/home/flav/.emacs" nil t) ; Reading
at bu$
load-with-code-conversion("/home/flav/.emacs" "/home/flav/.emacs" t t)
load("~/.emacs" t t)
#[nil "^H\205\264^@ \306=\203^Q^@\307^H\310Q\2027^@
\311=\2033^@\312\307\31$
command-line()
normal-top-level()
2012/12/10 Eric Schulte
(org-babel-do-load-languages
'org-babel-load-languages
'((perl . t)))
--
Eric Schulte
http://cs.unm.edu/~eschulte
Hello,
Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
(org-babel-do-load-languages (quote org-babel-load-languages) (quote
(...)))
eval((org-babel-do-load-languages (quote org-babel-load-languages)
(quote (..$
eval-last-sexp-1(t)
eval-last-sexp(t)
eval-print-last-sexp()
call-interactively(eval-print-last-sexp nil nil)
Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)
GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6)
of 2012-09-21 on allspice, modified by Debian
Thanks for help.
--
flav
Re: [O] info for org not found in emacs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/12/12 23:15, Charles wrote: > On 12/10/2012 12:43 PM, Eric Schulte wrote: >> Rainer M Krug writes: >> >>> On 10/12/12 17:50, Jambunathan K wrote: Rainer M Krug writes: > Thanks - does anybody else has any ideas on how I can get org into info? M-x info-display-manual RET ~/src/org-mode/doc/org RET >>> This definitely works - thanks. But is there a way of adding this >>> permanentely, so that I >>> can use the menu entry in the org menu to see the info file? >>> >> The following works for me (your mileage may vary) >> >> ;; info paths (add-to-list 'Info-default-directory-list >> "/home/eschulte/.emacs.d/src/org-mode/doc/") >> >> This did not work. > For my set up (see below) I have tried Eric's suggestion, except > "/home/Charlie/elisp/org-mode/doc/" > > I have also tried (expand-file-name "~/elisp/org-mode/doc/") (I found this in > the FAQ) > > "C-h v Info-default-directory-list" shows that > "/home/Charlie/elisp/org-mode/doc" loads before > all other info directories. > > Info at the command line and "C-h i" from Emacs still bring up the manual for > 7.9.1 even though > the 7.9.2 org.doc has been downloaded. . . . . . . . . . . . . After writing > the above I went > back to the FAQ and added the following to my ~/.bash_profile > > INFOPATH=/home/Charlie/elisp/org-mode/doc/ I added this to the .bashrc and it is working now. Thanks, Rainer > > It works for info from the command line. As a matter of fact the new org info > is at the > beginning of the info contents. However emacs C-h i only bring up the Org > info, even though > "C-h v Info-default-directory-list" shows that all info directories are > loaded. > > Set up: Windows 7 Home Premium, Service Pack 1, 64 bit Cygwin 1.7.17-1 GNU > Emacs > 24.2.1(i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on fiona Org-mode > version 7.9.2 > (release_7.9.2-664-gb1f369 @ /home/Charlie/elisp/org-mode/lisp/) > > Charlie Millar > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlDG7f0ACgkQoYgNqgF2egqkEQCfa6DulBOOee6MLoA7ULliKB1B XewAn08znkb7wEF9q3n/aECV+1AXD/Ny =ZJE3 -END PGP SIGNATURE-
Re: [O] info for org not found in emacs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/12/12 19:11, Achim Gratz wrote: > Rainer M Krug writes: >> This definitely works - thanks. But is there a way of adding this >> permanentely, so that I can >> use the menu entry in the org menu to see the info file? > > As I said before, check that doc/dir is not missing or modified. > > > Regards, Achim. > Sorry - must have missed that one. doc/die is fine - I got it from git again, and it is the same. Cheers, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlDG6+EACgkQoYgNqgF2egpheQCeKhmmxRxzSYPG7u7b0HDJ2qJl WnoAnRA2QudKPQRp2y7xJ1G+KJ0cy7Ro =QEEQ -END PGP SIGNATURE-
