Re: [O] [PATCH] Fix org-entry-put (trouble with org-columns-edit-value)
Takafumi Arakaki aka@gmail.com writes: I can confirm that the behavior I described still exists. I checked with the latest version (8d22b119786206bbae98183b0fb61e3ab1b22a43) in maint branch of org-mode and the latest version (110979) in emacs-24 branch of Emacs bzr repository. I also checked with the master branch (6642177dee3ec04404ebd99391748f373ada3d2a) result was the same. OK thanks for the confirmation. Could you provide an ECM (or better: write an ERT test) for it? Regards, -- Nicolas Goaziou
Re: [O] is this spreadsheet correct?
Samuel Wales writes: Also, I entered the formula as =rp=, but it got put in as $5. The target column apparently can't be a named column, although the documentation could be more clear. | ! | what| pw | ph |rp | ew | eh | re | f | | | current | 720 | 1152 | 0.625 | 71 | 23 | 3.1 | 0.51612903 | #+TBLFM: $5=$pw/$ph You need to put a recalculation mark into the first column (either # or *). C-c ' Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) org-edit-src-code() org-edit-special() call-interactively(org-edit-special nil nil) What version of Org is this? Also, it seems you didn't have the cursor inside the table. I think it would be nice if it also entered the formula editor while it was on the TBLFM line, but org-edit-special considers that outside the table for whatever reason. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
Re: [O] Opendocument export causes error
Torsten Anders writes: None of these libraries is actually loaded in ~/.emacs -- I recently commented out (require 'org-install) but some recent message from org-mode suggested to remove that. However, adding (require org-install) makes not difference. Try adding (require 'org) or alternatively — if you know you never use the Org version that comes with Emacs (that means you need to be extra careful with things like 'emacs -Q') — (require 'org-loaddefs). Bastien, if you read this: here's your real-world example of how things don't work if the wrong autoload definitions are used. Now, can we please fix this again? 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] Problem with floating holidays
John Burns epel...@comcast.net writes: I am having problems with org-float and floating holidays, in particular the holiday of Thanksgiving, as an example. I have the following entry in my data file: * Anniversaries and Holidays #+CATEGORY: Holiday %%(org-float t 4 4) Thanksgiving I know that if I leave this in my file the agenda will show it every fourth Thursday of every month. How do I tell it that I only want it to happen in the month of November? I tried to enter the month 11 after the last 4 so that it appears as: %%(org-float t 4 4 11) Thanksgiving. This did not give me a correct result either. I have reviewed the forums and the org manual for the answer, but could not find it. My Emacs version is 23.3.1 and my Org-Mode version is 7.7. I hope that someone out there has the answer. Thanking You In Advance, John You tried the 11 at the wrong position, try %%(org-float 11 4 4) Thanksgiving Regards, Philipp
[O] git access
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello! I'm translating the org guide, I would like make git push my orgguide.es.po. Who can give me this access?. There are a lot of work done you can access to this translation from http://www.davidam.com/docu/orgguide.es.html. Thanks! - -- David Arroyo Menéndez http://www.davidam.com gpg --keyserver pgp.rediris.es --recv-keys B395B90A -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQEcBAEBAgAGBQJQu25BAAoJEGGvRy2zlbkKWfsIANNdBN9O4CG2fjH59As73oT7 nSq5oHq5Tfhu5ttEGQHKXQYK4LY4nRAzFpyxg/fMP4XrB3h3nF0x3jt3XS50SW76 0n4cO+b95ZHN5YsDnzaZsSiVRTPbMf/5w5Pui3988UVavUh4CHm4m60InGuKMxIk rcSpjxWFj6fNMhatUg/A0bM0gXcdFPoYHknX+qvUIgsxK1H6rAKWiAqZ3pD8I3FA E9jgo4Ck5L7OoEstPAOSVsEOHXG+4impkavn6py3R4di4OueTC02nUfzhictisQ9 qisc5tmxn4pFk6+LiNGhMRJWHUCFrcO48PTOWjCirEvi9IOHPaV7AKkzpa0Rdhs= =eWQW -END PGP SIGNATURE-
Re: [O] is this spreadsheet correct?
On 12/2/12, Achim Gratz strom...@nexgo.de wrote: The target column apparently can't be a named column, although the documentation could be more clear. Oh. :( I liked the idea of named columns everywhere. It is a great feature. Does ses do them? You need to put a recalculation mark into the first column (either # or *). Done. I am curious about the rationale. C-c ' Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) org-edit-src-code() org-edit-special() call-interactively(org-edit-special nil nil) What version of Org is this? Also, it seems you didn't have the cursor Emacs 24, latest git version of Org, not using .emacs. inside the table. I think it would be nice if it also entered the formula editor while it was on the TBLFM line, but org-edit-special considers that outside the table for whatever reason. Yes, this would be nice, as would recalculation after C-c ', depending. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. There is no hope without action.
Re: [O] Opendocument export causes error
Dear Achim, Thanks a lot for your help! Try adding (require 'org) or alternatively — if you know you never use the Org version that comes with Emacs (that means you need to be extra careful with things like 'emacs -Q') — (require 'org-loaddefs). I tried both adding (require 'org) and (require 'org-loaddefs) to ~/.emacs but they both make no difference to this problem, I still get the error call-interactively: Symbol's value as variable is void: err Instead, adding the following to ~/.emacs does work, but this seems to be just a hack. Should I really use this? (load-library org-compat.el) (load-library org-odt.el) here's your real-world example of how things don't work if the wrong autoload definitions are used. Does this mean there are possibly more things that did not load as they should? Thanks a lot again! Best wishes, Torsten -- Dr Torsten Anders Course Leader, Music Technology University of Bedfordshire Park Square, Room A315 http://www.torsten-anders.de
[O] what is purpose of this list
What is the purpose of this list? I saw it referenced in the #org group on freenode... Dave
Re: [O] what is purpose of this list
jdavidb...@gmail.com writes: What is the purpose of this list? I saw it referenced in the #org group on freenode... Hi Dave, The purpose of this list is to discuss anything/everything related to org-mode. This includes but is not limited to: - use cases - questions you might have about org - feature requests - bugs / problems - asking for help on how to do something etc. This list is much more active than the freenode IRC channel. Regards, Bernt
[O] mobileorg for android: perhaps best to wait on an update
Hi all, mobileorg for android 0.9.5 came out a few days ago. Looks like there's been a lot of forward movement, and that's just great. Less great is that it busted calendar sync up pretty badly: https://github.com/matburt/mobileorg-android/issues/305. Just thought I'd try to save others on the list the hassle. Best, Brian vdB
Re: [O] Opendocument export causes error
Achim is the one who made autoload changes. I am not familiar with his changes because I can jump the steps and get a working setup. I am telling this upfront, because Achim and I may share different instructions (which may amount to having the /same effect/) but if you mix the instructions you may end up being confused. So stick to Achim or my instructions. My instructions are likely to be hackier. M-x locate-library RET org-install RET Library is file ~/emacs/org-mode/lisp/org-install.el (Note the *.el, it is not compiled) M-x locate-library RET org-autoloads RET No library org-autoloads in search path M-x locate-library RET org-loaddefs RET Library is file ~/emacs/org-mode/lisp/org-loaddefs.el (Again, no compiled file) (Try again the above commands with `.el' appended) It is always the same result as about. Ideally your .emacs MUST have (require ') for only one of these libraries. None of these libraries is actually loaded in ~/.emacs -- I recently commented out (require 'org-install) but some recent message from org-mode suggested to remove that. However, adding (require org-install) makes not difference. 1. Check the timestamps of org-install and org-loaddefs. Were they created almost at the same time. 2. Does your vanilla emacs have a org-loaddefs in lisp/org directory. Your init file scrutinized for errors. In the latter part of the E-mail, I share how you make sure that it is the init file that is in error. For now, scan your .emacs and convince yourself of the following requirements. In your .emacs, M-x occur RET org RET The first occurrence of org in the *occur* buffer should be the line that modifies the load-path. The second occurrence should be that of your (require 'org-install) or (require 'org-loaddefs) You will also see lines from `customize-set-variables' block which you may pretend doesn't exist. There should be /no other/ references to org particularly (require 'org-whatever) statements. Note down any deviations from this. Dear Jambunathan, Thanks a lot for your help and providing such detailed debugging suggestions. To summarise, after I loaded the *.el files with load-library as you suggested I got the Opendocument export working. However, I still do not understand why this is not working normally. The problem is org-odt gets on top of the wrong org-compat. The org-compat in vanilla Emacs is wrong while that in your work-area is right. What now. As a hack I could put something in ~/.emacs that loads these libraries manually, but there is likely a better solution. I detail all debugging outputs below. Any suggestion where to go from here? Thanks a lot again! I would like to understand what is happening. Phase-1 === 1. Go to your vanilla Emacs directory. Temporarily move your lisp/org to some other directory. Let's say ~/vanilla-org/. This way you are sure that there is no way the wrong org-compat.elc is getting in the way of you Org compilation in step 3. 2. Go to your work area. 3. Compile. make whatever. 4. emacs -Q (Note the -Q) 5. (push load-path ~/your/org/checkout) 6. M-x load-library RET org-odt RET 7. Export to ODT. It should succeed. Phase-2 === 1. Move back your ~/vanilla-org to lisp/org. Restoring the old order. 2. Repeat steps 4-7 from Phase-1. 3. See whether export succeeds. If failure, the bug is in your init file is broken and has to be scrutinized for correctness. If success, I really cannot imagine what could possibly be broken in your setup. Atleast you have a working setup with new order. Phase-3 === I will share further instructions on debugging your init file, if Phase-2, Step 3 resulted in a failure. M-x list-load-path-shadows RET Basically, subdirectories from two directories are loaded. One is the standard Emacs (in my case Aquamacs based on GNU Emacs 23.3.50.1 at /Applications/Mozart/Mozart.app/Contents/Resources/) and the other is my local emacs lisp directory at ~/emacs/. The full output is copied to the very end of this email. Trailing part of directory names is truncated and I am having difficulty making out what is in there. But it doesn't matter for now. Any idea how to resolve this? Again thanks a lot! Best, Torsten M-x load-library RET org-compat.el RET M-x load-library RET org-odt.el RET Debug (org-odt): Searching for OpenDocument styles files... Debug (org-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times] Debug (org-odt): Trying /Users/torsten/emacs/org-mode/etc/styles/... Debug (org-odt): Using styles under /Users/torsten/emacs/org-mode/etc/styles/ Loading /Users/torsten/emacs/org-mode/lisp/org-odt.el (source)...done Export buffer: Export subtree: Exporting to ODT using org-lparse... Using vacuous schema Loading reftex...done LaTeX to MathML converter not available. Using dvipng instead. Exporting... ODT
Re: [O] Opendocument export causes error
Achim is the one who made autoload changes. I am not familiar with his changes because I can jump the steps and get a working setup. I am telling this upfront, because Achim and I may share different instructions (which may amount to having the /same effect/) but if you mix the instructions, you may end up being confused. So stick to Achim or my instructions. My instructions are likely to be hackier. M-x locate-library RET org-install RET Library is file ~/emacs/org-mode/lisp/org-install.el (Note the *.el, it is not compiled) M-x locate-library RET org-autoloads RET No library org-autoloads in search path M-x locate-library RET org-loaddefs RET Library is file ~/emacs/org-mode/lisp/org-loaddefs.el (Again, no compiled file) (Try again the above commands with `.el' appended) It is always the same result as about. Ideally your .emacs MUST have (require ') for only one of these libraries. None of these libraries is actually loaded in ~/.emacs -- I recently commented out (require 'org-install) but some recent message from org-mode suggested to remove that. However, adding (require org-install) makes not difference. 1. Check the timestamps of org-install and org-loaddefs. Were they created almost at the same time. 2. Does your vanilla emacs have a org-loaddefs in lisp/org directory. Your init file scrutinized for errors. In the latter part of the E-mail, I share how you make sure that it is the init file that is in error. For now, scan your .emacs and convince yourself of the following requirements. In your .emacs, M-x occur RET org RET The first occurrence of org in the *occur* buffer should be the line that modifies the load-path. The second occurrence should be that of your (require 'org-install) or (require 'org-loaddefs) You will also see lines from `customize-set-variables' block which you may pretend doesn't exist. There should be /no other/ references to org particularly (require 'org-whatever) statements. Note down any deviations from this. Dear Jambunathan, Thanks a lot for your help and providing such detailed debugging suggestions. To summarise, after I loaded the *.el files with load-library as you suggested I got the Opendocument export working. However, I still do not understand why this is not working normally. The problem is org-odt gets compiled on top of the wrong org-compat. The org-compat in vanilla Emacs is wrong (for our purposes) while that in your work-area is right. What now. As a hack I could put something in ~/.emacs that loads these libraries manually, but there is likely a better solution. I detail all debugging outputs below. Any suggestion where to go from here? Thanks a lot again! I would like to understand what is happening. Phase-1 === 1. Go to your vanilla Emacs directory. Temporarily move your lisp/org to some other directory. Let's say ~/vanilla-org/. This way you are sure that there is no way the wrong org-compat.elc is getting in the way of you Org compilation in step 3. 2. Go to your work area. 3. Compile. make whatever. 4. emacs -Q (Note the -Q) 5. (push load-path ~/your/org/checkout) 6. M-x load-library RET org-odt RET 7. Export to ODT. It should succeed. Phase-2 === 1. Move back your ~/vanilla-org to lisp/org. Restoring the old order. 2. Repeat steps 4-7 from Phase-1. 3. See whether export succeeds. If failure, the bug is in your init file is broken and has to be scrutinized for correctness. If success, I really cannot imagine what could possibly be broken in your setup. Atleast you have a working setup with new order. Phase-3 === I will share further instructions on debugging your init file, if Phase-2, Step 3 resulted in a failure. M-x list-load-path-shadows RET Basically, subdirectories from two directories are loaded. One is the standard Emacs (in my case Aquamacs based on GNU Emacs 23.3.50.1 at /Applications/Mozart/Mozart.app/Contents/Resources/) and the other is my local emacs lisp directory at ~/emacs/. The full output is copied to the very end of this email. Trailing part of directory names is truncated and I am having difficulty making out what is in there. But it doesn't matter for now. Any idea how to resolve this? Again thanks a lot! Best, Torsten M-x load-library RET org-compat.el RET M-x load-library RET org-odt.el RET Debug (org-odt): Searching for OpenDocument styles files... Debug (org-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times] Debug (org-odt): Trying /Users/torsten/emacs/org-mode/etc/styles/... Debug (org-odt): Using styles under /Users/torsten/emacs/org-mode/etc/styles/ Loading /Users/torsten/emacs/org-mode/lisp/org-odt.el (source)...done Export buffer: Export subtree: Exporting to ODT using org-lparse... Using vacuous schema Loading reftex...done LaTeX to MathML converter not available. Using dvipng
Re: [O] Opendocument export causes error
Torsten Anders torsten.and...@beds.ac.uk writes: One is the standard Emacs (in my case Aquamacs based on GNU Emacs 23.3.50.1 at /Applications/Mozart/Mozart.app/Contents/Resources/) and the other is my local emacs lisp directory at ~/emacs/. 50 in your Emacs version is an indication that it is a pre-pretest version of Emacs. It seems you are OK with runnning a non-released/unstable Emacs. I am not sure whether the port below is an Aquamacs. http://lists.gnu.org/archive/html/emacs-devel/2012-11/msg00472.html It is Emacs 24.2.90. One major version up and also a pre-test. You can read the reaction of people in that thread. That version has a fairly recent version of all org files. Notably an old org-compat that is /very close/ to new org-compat. If the new port works, then you really don't have to bother but just carry on with your work and bother less about Org. --
Re: [O] Opendocument export causes error
Achim Gratz strom...@nexgo.de writes: Bastien, if you read this: here's your real-world example of how things don't work if the wrong autoload definitions are used. Now, can we please fix this again? I'm reading this, I will look at this issue again when we can make entirely sure the problems of the OP are related to this. Thanks, -- Bastien
[O] Priority cookies in org-store-link
Hi all, As for a recent git version, calling org-store-link on a subtree records its priority cookie in the link, which therefore breaks if the said priority is changed (“no match - create this as a new heading ?”) Links not featuring the priority succeed at finding the headline which has such a priority mark, so I suggest the priority is removed from the captured link. -- As a side note, testing to ask this, it looks like captured links won't take into account header text after or , hence capturing links to headlines featuring these will fail, is there a known issue about accepted characters in headlines that I'm not aware of ?
Re: [O] Opendocument export causes error
Jambunathan K kjambunathan at gmail.com writes: The problem is org-odt gets compiled on top of the wrong org-compat. The org-compat in vanilla Emacs is wrong (for our purposes) while that in your work-area is right. There is the slight problem that org-{,-e-}odt does not (require 'org-compat) and org-condition-case-unless-debug (which is only used by these two files) is itself not autoloaded, plus it is called from inside in a macro. I'm not entirely sure what happens for the OP since I can't reproduce the issue, but it would be worth a try to add that require(s) if only to clean thing up. Regards, Achim.