Re: [O] Agenda view: Displaying the contents of a task
Bastien writes: I'm trying to have an agenda view where the TODO entries show the subtree below, so that I can export them and have all the information required. I've been looking around and it seems that what I want to do is a tags-tree, according to this message: http://lists.gnu.org/archive/html/emacs-orgmode/2008-12/msg00229.html Unfortunately I cannot get this to work, even using the example from the manual (http://orgmode.org/manual/Setting-Options.html). If I use the following custom view (U tags-tree +@office ((org-show-following-heading nil) (org-show-hierarchy-above nil))) I get a org-check-for-org-mode: Cannot execute org-mode agenda command on buffer in org-agenda-mode error when I try to view it. This means you tried to produce the tags-tree agenda view from a buffer that is not an org-mode buffer. The {tags/occur/todo}-tree views are special because they need to be called from an Org buffer, they are always computed locally. This was not very clear from the documentation so I added a note. Is this a bug with tags-tree? Is there a way to do what I want without using tags-tree? Yes. Either using tags-tree or any other way to limit the buffer to the headlines you want (C-c / comes to mind) and then exporting only the visible parts of the buffer (C-c C-e v ...) OK, I think I understand. In my setup all the todo are in the same file, so it should help. So I'll rephrase my question: how can I set-up an agenda custom view such that it shows only the TODO from one file that have a given tag, as well as their subtrees? (I want to use an agenda custom view because the agenda export command are really nice and easy to use programatically.) Thanks, Alan
Re: [O] Bug: org-agenda-get-todos: Wrong type argument: integer-or-marker-p, nil [7.9.2 (7.9.2-181-ge8aaca-elpa @ c:/users/--------/documents/store/.emacs.d/elpa/org-20121231/)]
Hi Kyle, Andrews, Kyle (KC) kcandr...@dow.com writes: I attached a minimal document that causes the error. It has a ``#+TODO:'' line at the top which does not list ``TODO'' as a TODO state. Meanwhile, in other documents in directories listed in my org-agenda-files I have many TODO entries. When org-agenda tried to collect just my TODO headlines, it found one in a file with locally defined TODO words but without TODO. That caused the error. I'm not sure I understand this very well but I assume the error you reported is not due to Org then. Is it possible to add additional TODO keywords to a local file without excluding the global keywords? IIUC I don't think so. If TODO keywords are set locally, only those keywords will be known. If they are not set locally, global setting will be taken into account. -- Bastien
Re: [O] Babel related bug in elpa version 20121231
Hi Achim, Achim Gratz strom...@nexgo.de writes: I hope that a later version of Emacs (not the upcoming 24.3, though) will properly move the bundled Org into a package. That's been talked about for a while, but has not happened since it will likely require a few more tweaks to the way package manager works. Please don't push into this direction. I wish one day org-mode will be the default mode for etc/{TODO,PROBLEMS} and such files in Emacs, instead of outline-mode. I also wish Emacs can read an ~/.emacs.org init file. So I strongly think Org should remain into Emacs' core. (Modularity is like automation: the idea always looks appealing, but the reality is not always so.) -- Bastien
Re: [O] Opening (for the first time) a 10-line Org doc takes 4 seconds
Hi Achim, Achim Gratz strom...@nexgo.de writes: You don't need this, there is (load org-loaddefs.el t t) in org.el. Well, yes he does when he is using Org from Git. I use Org from Git and I don't have (load org-loaddefs.el t t) in my .emacs.el. I simply have: (add-to-list 'load-path ~/install/git/org-mode/lisp/) before any Org configuration and *all* autoloads are correct. My understanding is that users who don't use make install will have to do the same and add the correct load-path, which will in turn produce the correct autoloads. Am I right? -- Bastien
Re: [O] [PATCH] re-introduce org-install for standalone Org
Achim Gratz strom...@nexgo.de writes: Here's the patch to re-introduce org-install.el again, now with compatibility code for XEmacs. The explanations are in the commit message, but please ask if there are further questions. FWIW the patch does not apply on maint, only on master. Not a big deal though. -- Bastien
Re: [O] Babel related bug in elpa version 20121231
Bastien writes: I hope that a later version of Emacs (not the upcoming 24.3, though) will properly move the bundled Org into a package. That's been talked about for a while, but has not happened since it will likely require a few more tweaks to the way package manager works. Please don't push into this direction. I think you are misunderstanding what packetizing Emacs' builtin packages means. Stefan Monnier has already said that he intends to have Org (and other packages that are maintained outside Emacs) as built-in packages within Emacs so that they become easier to update between releases of Emacs from ELPA. The plan until now seems to be to use package manager, however that is currently missing some infrastructure to make it happen, mainly it needs to allow package directories for Emacs, the site and the user (just like lisp/). I think we should push for package manager to be extended with the necessary support and then for Org to be the first package that makes the move. I wish one day org-mode will be the default mode for etc/{TODO,PROBLEMS} and such files in Emacs, instead of outline-mode. I also wish Emacs can read an ~/.emacs.org init file. These are completely separate issues. So I strongly think Org should remain into Emacs' core. Nobody said otherwise. (Modularity is like automation: the idea always looks appealing, but the reality is not always so.) This is not about modularity at all (Org already is modularized in that sense since it is maintained outside Emacs), it is about maintainability and release management. 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] Bug: Refreshing agenda view gives error message: org-entry-blocked-p [7.9.2 (7.9.2-181-ge8aaca-elpa @ c:/Program Files/Emacs/Home/.emacs.d/elpa/org-20121231/)]
Here is the bug track Debugger entered--Lisp error: (invalid-function org-with-buffer-modified-unmodified) org-with-buffer-modified-unmodified(nil) org-entry-blocked-p() org-agenda-dim-blocked-tasks() org-agenda-finalize() byte-code(\206) and the information from C-h f org-with-buffer-modified-unmodified RET produces org-with-buffer-modified-unmodified is a Lisp macro in `org-macs.el'. (org-with-buffer-modified-unmodified rest BODY) Run BODY while preserving the buffer's `buffer-modified-p' state. Cheers Renger -Ursprüngliche Nachricht- Von: Bastien Guerry [mailto:bastiengue...@gmail.com] Im Auftrag von Bastien Gesendet: Samstag, 5. Januar 2013 11:58 An: Renger van Nieuwkoop Cc: emacs-orgmode@gnu.org Betreff: Re: Bug: Refreshing agenda view gives error message: org-entry-blocked-p [7.9.2 (7.9.2-181-ge8aaca-elpa @ c:/Program Files/Emacs/Home/.emacs.d/elpa/org-20121231/)] Hi Renger, Renger van Nieuwkoop ren...@vannieuwkoop.ch writes: Any idea why? Thanks What does C-h f org-with-buffer-modified-unmodified RET produces? -- Bastien
Re: [O] Opening (for the first time) a 10-line Org doc takes 4 seconds
Bastien writes: I use Org from Git and I don't have (load org-loaddefs.el t t) in my .emacs.el. I simply have: (add-to-list 'load-path ~/install/git/org-mode/lisp/) before any Org configuration and *all* autoloads are correct. Only with a recent Emacs 24 and it really only works for code paths that load org.el early enough. I cannot stress often enough that the autoload definitions are not absolute and _this_ is the part that makes things really tricky. They will follow changes in load-path, but only if the library name stays the same. Again, the example to try is this: Move an autoloaded function from one file to another in the Git directory. Re-generate the autoload file. Re-start Emacs, try to call that function and see Emacs try to load the _old_ file (because that's the autoload definition it has at that point). Re-start Emacs again, load org-loaddefs with the proper load-path in place and see that it loads the new file. My understanding is that users who don't use make install will have to do the same and add the correct load-path, which will in turn produce the correct autoloads. Am I right? I'm not sure I understand you correctly. All of the following conditions must hold for this to work: - the load-path is set up to point to the Git work-tree first and no functions in the org namespace have been called before doing so - the org-loaddefs.el in the Git worktree is up-to-date - none of the invoked functions have their library-name changed in the Git worktree - all code-paths must trigger loading of org (and thus org-loaddefs) before invoking further autoloads Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Bug: Refreshing agenda view gives error message: org-entry-blocked-p [7.9.2 (7.9.2-181-ge8aaca-elpa @ c:/Program Files/Emacs/Home/.emacs.d/elpa/org-20121231/)]
Renger van Nieuwkoop writes: Here is the bug track Debugger entered--Lisp error: (invalid-function org-with-buffer-modified-unmodified) org-with-buffer-modified-unmodified(nil) org-entry-blocked-p() org-agenda-dim-blocked-tasks() org-agenda-finalize() byte-code(\206) and the information from C-h f org-with-buffer-modified-unmodified RET produces org-with-buffer-modified-unmodified is a Lisp macro in `org-macs.el'. [7.9.2 (7.9.2-181-ge8aaca-elpa @ c:/Program Files/Emacs/Home/.emacs.d/elpa/org-20121231/)] Re-install the package from ELPA from emacs -Q — that prevents your startup file pulling in an older version of Org before compiling the new version. 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] Babel related bug in elpa version 20121231
Achim Gratz strom...@nexgo.de writes: I think you are misunderstanding what packetizing Emacs' builtin packages means. Stefan Monnier has already said that he intends to have Org (and other packages that are maintained outside Emacs) as built-in packages within Emacs so that they become easier to update between releases of Emacs from ELPA. You said: I hope that a later version of Emacs (not the upcoming 24.3, though) will properly move the bundled Org into a package. For the current meaning of an Emacs package, it means moving Org outside of Emacs' core. So I strongly think Org should remain into Emacs' core. Nobody said otherwise. Good! -- Bastien
Re: [O] Opening (for the first time) a 10-line Org doc takes 4 seconds
Achim Gratz strom...@nexgo.de writes: Bastien writes: I use Org from Git and I don't have (load org-loaddefs.el t t) in my .emacs.el. I simply have: (add-to-list 'load-path ~/install/git/org-mode/lisp/) before any Org configuration and *all* autoloads are correct. Only with a recent Emacs 24 and it really only works for code paths that load org.el early enough. What earlier version of Emacs does not behave like the current Emacs 24 trunk with respect to this issue, and more importantly, *why* is it so? Thanks, -- Bastien
Re: [O] Opening (for the first time) a 10-line Org doc takes 4 seconds
Achim Gratz strom...@nexgo.de writes: I'm not sure I understand you correctly. All of the following conditions must hold for this to work: - the load-path is set up to point to the Git work-tree first and no functions in the org namespace have been called before doing so - the org-loaddefs.el in the Git worktree is up-to-date - none of the invoked functions have their library-name changed in the Git worktree Okay. This are normal conditions to me, and we can document this if necessary. - all code-paths must trigger loading of org (and thus org-loaddefs) before invoking further autoloads I'm not sure what you mean by code-paths. You mean that no non-org library should call an org-* function before the load-path for org-mode is set correctly? -- Bastien
Re: [O] Opening (for the first time) a 10-line Org doc takes 4 seconds
Bastien writes: What earlier version of Emacs does not behave like the current Emacs 24 trunk with respect to this issue, Emacs 22 doesn't have any autoloads for Org at all, so nothing works. Emacs 23 has some autoload definitions from its built-in Org version(s), but there have been many changes to function/library name pairs in later versions of Org, so I'd generally expect this to be broken, but maybe not overtly if org gets loaded first (but org-version is not present as an autoloaded function for example). Emacs 24.x should be mostly clean, but there have been some additional autoloads in Babel that would be missing. and more importantly, *why* is it so? Uh… iff any autoload definitions exist, they may or may not be associated with the correct library name. They also may or may not have the correct doc string or number of parameters. You have to load these definitions from the correct files, they don't get picked up automatically. The files that get loaded at startup are defined in prefix/emacs-version/lisp/loadup.el (this is either loaddefs.el or ldefs-boot.el, depending on whether the bootstrap or the normal Emacs is started). Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.html
Re: [O] Opening (for the first time) a 10-line Org doc takes 4 seconds
Achim Gratz strom...@nexgo.de writes: Bastien writes: What earlier version of Emacs does not behave like the current Emacs 24 trunk with respect to this issue, Emacs 22 doesn't have any autoloads for Org at all, so nothing works. Emacs 23 has some autoload definitions from its built-in Org version(s), but there have been many changes to function/library name pairs in later versions of Org, so I'd generally expect this to be broken, but maybe not overtly if org gets loaded first (but org-version is not present as an autoloaded function for example). Emacs 24.x should be mostly clean, but there have been some additional autoloads in Babel that would be missing. All this I know -- I'm a bit stubborn but I read and learn :) Let me restate my question. Let's say that someone uses Emacs 23.2 with Org from Git. This user has this line in her ~/.emacs.el before any other Org configuration: (add-to-list 'load-path ~/git/org-mode/lisp/) My assumption is that C-h f org-mode RET will show that org-mode is an autoloaded function in ~/git/org-mode/lisp/ -- as it does for me (using Emacs 24). Is that so? (I can't test Org with Emacs 23.2 right now.) -- Bastien
Re: [O] Babel related bug in elpa version 20121231
Bastien writes: For the current meaning of an Emacs package, it means moving Org outside of Emacs' core. Org is already shown as a built-in package in recent Emacs if you care to look in package manager. I don't understand what you think Emacs' core is, but to me anything that is released and installed together with Emacs is core, no matter how it gets into the tarball. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Babel related bug in elpa version 20121231
Achim Gratz strom...@nexgo.de writes: Org is already shown as a built-in package in recent Emacs if you care to look in package manager. I don't understand what you think Emacs' core is, but to me anything that is released and installed together with Emacs is core, no matter how it gets into the tarball. Again, you said: I hope that a later version of Emacs (not the upcoming 24.3, though) will properly move the bundled Org into a package. I read this as Org is now in core and I hope it will be moved into an external package. Apparently I misread you, so everything is fine. -- Bastien
Re: [O] Agenda view: Displaying the contents of a task
Hi Alan, Alan Schmitt alan.schm...@polytechnique.org writes: So I'll rephrase my question: how can I set-up an agenda custom view such that it shows only the TODO from one file that have a given tag, as well as their subtrees? AFAIU it is not possible, no. But it would be nice, I agree. -- Bastien
Re: [O] [PATCH] Babel support for scheme using geiser
Hi Michael, Michael Gauland mikely...@no8wireless.co.nz writes: Babel: User geiser for scheme interactions * lisp/ob-scheme.el Major rewrite to support geiser thanks for the patch -- let's wait for FSF copyright assignment process to be done. In the meantime, please consider adding a commit ChangeLog for your patch, avoid dangling parentheses, and don't overwrite the first line... we are in 2013 :-) If you havn't already, please read this page: http://orgmode.org/worg/org-contribute.html#sec-5 Thanks for contributing! -- Bastien
Re: [O] Initial Agenda View
Nick Dokos writes: J. David Boyd wrote: When I type C-a a to bring up the agenda, I get a 31 day view. I can go to day, week, month, or year, but I can never get back to seeing 31 days. And when I have the agenda up, if I look at the Agenda/View menu, it says it is set to Day view. Any idea why I see 31 days, and how to get back to it? C-h v org-agenda-span RET vSPACE will restore the view to the default. Nick Thanks much. vSPACE is what I was looking for. I'll play around with that variable later
Re: [O] Babel related bug in elpa version 20121231
Bastien b...@altern.org writes: I also wish Emacs can read an ~/.emacs.org init file. That is what the starterkit for emacs 24 is attempting to do. It's got a ~/init.el that is just #+begin_src emacs-lisp (setq starter-kit-dir (file-name-directory (or load-file-name (buffer-file-name ;; load up the starter kit (org-babel-load-file (expand-file-name starter-kit.org starter-kit-dir)) #+end_src All of my problems seem to arise from the bad interactions between starting with the built-in package version of org that is used by the org-babel-load-file, and then transitioning part way through its execution of the starter-kit.org to the elpa updated version of org. The result is much like a mixed version install of org. Strange things go wrong. I like having the nicely formatted and documented setup that I get with an export to html of the org files that contain the startup scripts. My intended mode of operation is to have a customized set of starterkit.org files that can apply to everyone, with each user also having a ~/.emacs.d/user.org and a ~/.emacs.d/machine.org to provide further user customizations, including per machine variations for users who need different setups on different machines. R Horn rjh...@alum.mit.edu
Re: [O] Babel related bug in elpa version 20121231
Robert Horn writes: All of my problems seem to arise from the bad interactions between starting with the built-in package version of org that is used by the org-babel-load-file, and then transitioning part way through its execution of the starter-kit.org to the elpa updated version of org. The result is much like a mixed version install of org. Strange things go wrong. This may provoke a different mode of failure, but maybe you could try to add a (package-initialize) at the beginning of your ~/init.el. I like having the nicely formatted and documented setup that I get with an export to html of the org files that contain the startup scripts. My intended mode of operation is to have a customized set of starterkit.org files that can apply to everyone, with each user also having a ~/.emacs.d/user.org and a ~/.emacs.d/machine.org to provide further user customizations, including per machine variations for users who need different setups on different machines. Again, I understand the appeal of starterkit, I just aren't too enamored with its insistence to run through the Org files each time (but I may not understand why it needs to do that). IMHO, if it were tangling to elisp, then these problems might not even exist. 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
[O] C-u C-c C-t not behaving as documented
Hi all, I have (setq org-todo-keywords '((sequence TODO(t!) STARTED(s!) WAITING(w@/@) | DONE(d@/@) CANCELLED(c@/@) DEFERRED(D@/@ in my .emacs. In http://orgmode.org/org.html#TODO-basics I read C-u C-c C-t Select a specific keyword using completion or (if it has been set up) the fast selection interface. For the latter, you need to assign keys to TODO states, see Per-file keywords, and Setting tags, for more information. When I hit C-u C-c C-t on a headline, the result is that the headline cycles through my TODO states (as defined above). In effect, C-u C-c C-t behaves as C-c C-t is documented to. I've checked through my org configuration for other settings that affect todo sequences and states and don't think I've got anything that accounts for this. I'm perfectly happy with the behaviour I observe. But, it isn't what one would expect from reading the docs. (I suspect that the docs might not have been updated when org-todo-keywords was introduced. Or, as has happened before, I've misunderstood something.) Org-mode version 7.9.2 (7.9.2-dist @ /home/brian/.emacsd/site-lisp/org/) Mark set GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-12-11 on brahms, modified by Debian Best, Brian vdB
Re: [O] Babel related bug in elpa version 20121231
After reading the first post in this thread, it seems that the problem is likely caused by this commit [1], which changes the syntax of valid code blocks. This means that an Org-mode file with certain types of code blocks may either be valid before the commit, or valid after the commit, but not both. Achim Gratz strom...@nexgo.de writes: Robert Horn writes: All of my problems seem to arise from the bad interactions between starting with the built-in package version of org that is used by the org-babel-load-file, and then transitioning part way through its execution of the starter-kit.org to the elpa updated version of org. The result is much like a mixed version install of org. Strange things go wrong. This may provoke a different mode of failure, but maybe you could try to add a (package-initialize) at the beginning of your ~/init.el. That sounds like it should work, although I would go with the more complete but possibly overkill ;; emacs-lisp (package-initialize) (require 'org) (org-reload) Let me know if either of the above is sufficient to solve your problem and ensure that only the latest ELPA version of Org-mode is used through the entire startup process. If so I will add this to the starter kit. I like having the nicely formatted and documented setup that I get with an export to html of the org files that contain the startup scripts. My intended mode of operation is to have a customized set of starterkit.org files that can apply to everyone, with each user also having a ~/.emacs.d/user.org and a ~/.emacs.d/machine.org to provide further user customizations, including per machine variations for users who need different setups on different machines. Again, I understand the appeal of starterkit, I just aren't too enamored with its insistence to run through the Org files each time (but I may not understand why it needs to do that). IMHO, if it were tangling to elisp, then these problems might not even exist. The starter kit does not run through the Org files each time, rather it tangles the .org files to .el files, and then on all subsequent loads it loads directly from the .el files (unless the .org file is newer). Cheers -- Eric Footnotes: [1] commit fac86b03fe19d5bb6fe018c3cbc3becac6263b0e Author: Nicolas Goaziou n.goaz...@gmail.com Date: Sun Sep 30 17:20:27 2012 +0200 Normalize comma-escaping of src-blocks and example-blocks * lisp/org-src.el (org-escape-code-in-string, org-unescape-code-in-string, org-escape-code-in-region, org-unescape-code-in-region): New functions. (org-edit-src-code, org-edit-src-exit): Use new functions. * lisp/org.el (org-strip-protective-commas): Removed function. * lisp/org-exp.el (org-export-select-backend-specific-text): Use new function. * lisp/ob.el (org-babel-parse-src-block-match, org-babel-parse-inline-src-block-match, org-babel-insert-result): Always escape produced blocks, independently on the language of the block, if any. Use new functions. * doc/org.texi: Update documentation. * testing/lisp/test-ob.el: Update test. -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] [PATCH] Babel support for scheme using geiser
Bastien bzg at altern.org writes: In the meantime, please consider adding a commit ChangeLog for your patch, Most of the file has changed dramatically--would you like the changelog to list all the functions that have been added or altered, or would a simple statement that the file underwent a major re-write be more appropriate? ...avoid dangling parentheses, Noted. That's a bad habit I've picked up somewhere (probably too many years of C programming.) and don't overwrite the first line... we are in 2013 Also noted. Part of my brain refuses to acknowledge the new year until I'm back at work. Regrettably, that won't be a problem after tomorrow. Kind Regards, Mike
Re: [O] Babel related bug in elpa version 20121231
Eric Schulte writes: The starter kit does not run through the Org files each time, rather it tangles the .org files to .el files, and then on all subsequent loads it loads directly from the .el files (unless the .org file is newer). So why does it need to load Org before activating the packages then? If that could be avoided, there would be less problems and you wouldn't need to hardcode loading it in init.el… Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] Babel related bug in elpa version 20121231
Achim Gratz strom...@nexgo.de writes: Eric Schulte writes: The starter kit does not run through the Org files each time, rather it tangles the .org files to .el files, and then on all subsequent loads it loads directly from the .el files (unless the .org file is newer). So why does it need to load Org before activating the packages then? If that could be avoided, there would be less problems and you wouldn't need to hardcode loading it in init.el… Because the above sequence of loading .el files and possibly falling back to .org files is all performed by the `org-babel-load-file' function, which is not defined until org has been required. -- Eric Schulte http://cs.unm.edu/~eschulte
[O] Ignoring empty subtrees/new exporter
Hi, I have a document with many sections not yet written (i.e. heading without content) and I would like them to be ignored in the exported file. I know, I could manually tag these headings with :noexport:, but what about a more automated approach? Now, I tried this: (defun ignore-empty-section (headline contents info) (when contents (org-e-latex-headline headline contents info))) (add-to-list 'org-e-latex-translate-alist '(headline . ignore-empty-section)) This does ALMOST what I want: it ignores sections that are completely empty. But I also want to ignore sections that have only empty subsections (and so on, recursively). For example: * Chapter ** this subtree should be ignored *** no content *** no content ** this subtree should not be ignored *** subsection finally, content something weird *** subsection Any ideas? I tried parsing the HEADLINE stuff (the first argument), but it looks a bit intimidating. It's not super important, because it's a draft obviously, but it would be nice. Thanks, Florian
[O] Compatibility tests
I've found out what prevented my Emacs 23 from working and I can finally test all relevant GNU Emacsen. Here's the compile / test matrix (row: Emacs used to compile Org, column: Emacs used to run test). Recorded are the number of passed tests and total tests run. I have all Babel languages with tests activated and the new exporter is not made available. | compile \ test | 22.3 | 23.3| 23.4| 24.2| 24.2.91 | 24.3.50 | |+--+-+-+-+-+-| | 22.3 | 235/247 [1] | 360/361 [2] | 360/361 [2] | 364/364 | 364/364 | 364/364 | | 23.3 | incompatible | 360/361 [2] | 360/361 [2] | 364/364 | 364/364 | 364/364 | | 23.4 | incompatible | 360/361 [2] | 360/361 [2] | 364/364 | 364/364 | 364/364 | | 24.2 | incompatible | 360/361 [2] | 360/361 [2] | 364/364 | 364/364 | 364/364 | |24.2.91 | incompatible | 360/361 [2] | 360/361 [2] | 364/364 | 364/364 | 364/364 | |24.3.50 | incompatible | 360/361 [2] | 360/361 [2] | 364/364 | 364/364 | 364/364 | [1] 12 unexpected results: FAILED ob-exp/evaluate-all-executables-in-order FAILED ob-exp/export-call-line-information FAILED ob-exp/exports-both FAILED ob-exp/exports-inline FAILED ob-exp/mixed-blocks-with-exports-both FAILED ob-exp/noweb-no-export-and-exports-both FAILED ob-exp/noweb-on-export FAILED ob-exp/noweb-on-export-with-exports-results FAILED test-org-table/empty-field FAILED test-org/beginning-of-line FAILED test-org/comment-dwim FAILED test-org/end-of-line [2] 1 unexpected results: FAILED test-ob-sh/session Emacs 22 cannot run from files byte-compiled with a later version due to some compile-time decisions and UTF-8 characters in the following files: org-bibtex.elc, org-clock.elc, org-entities.elc, org-inlinetask.elc, org-latex.elc, org-taskjuggler.elc. These are compiled as multi-byte characters in Emacs 22. XEmacs compatibility is broken at the moment: XEmacs does not have declare-function and the 5-argument form of load. I'll test if that can be worked around via a defalias or defmacro and also if I can get ert to work in batch-mode at least. 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] Babel related bug in elpa version 20121231
Eric Schulte writes: Because the above sequence of loading .el files and possibly falling back to .org files is all performed by the `org-babel-load-file' function, which is not defined until org has been required. Which confirms it runs through the Org files each time as I had assumed earlier. The safe way to do this would be to simply check if any files need to be re-tangled, then start/fork a new Emacs and do the tangling there and then resume loading just the elisp files from the original Emacs process. 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
[O] Fwd: Babel related bug in elpa version 20121231
On Sat, Jan 5, 2013 at 7:51 PM, Eric Schulte schulte.e...@gmail.com wrote: That sounds like it should work, although I would go with the more complete but possibly overkill ;; emacs-lisp (package-initialize) (require 'org) (org-reload) Let me know if either of the above is sufficient to solve your problem and ensure that only the latest ELPA version of Org-mode is used through the entire startup process. If so I will add this to the starter kit. What I did to get around this problem is the following (in init.el): ;; remove path to org shipped with emacs (require 'cl) (setq load-path (remove-if (lambda (x) (string-match-p org$ x)) load-path)) ;; remember this directory (setq starter-kit-dir (file-name-directory (or load-file-name (buffer-file-name ;; add the orgmode.org ELPA package (require 'package) (add-to-list 'package-archives '(org . http://orgmode.org/elpa/;) t) (package-initialize) (unless package-archive-contents;; Refrech the packages descriptions (package-refresh-contents)) (setq package-load-list '(all)) ;; List of packages to load (unless (package-installed-p 'org-plus-contrib) ;; Make sure the Org package is (package-install 'org-plus-contrib)) ;; installed, install it if not (package-initialize);; Initialize Install Package (add-to-list 'load-path (car (file-expand-wildcards (concat starter-kit-dir elpa/org-plus-contrib-* (require 'org) ;; load up the starter kit (org-babel-load-file (expand-file-name main.org starter-kit-dir)) This solved the problem for me. I didn't come up with this though (I'm a newb when it comes to Emacs and elisp) but I've copied it from somebody. HTH, S.
Re: [O] Babel related bug in elpa version 20121231
Eric Schulte schulte.e...@gmail.com writes: That sounds like it should work, although I would go with the more complete but possibly overkill ;; emacs-lisp (package-initialize) (require 'org) (org-reload) Let me know if either of the above is sufficient to solve your problem and ensure that only the latest ELPA version of Org-mode is used through the entire startup process. If so I will add this to the starter kit. Eric, That seems to have dealt with the problems that showed up in my initial tests. I put it into the init.el as the very first things run. Thanks. I think it's more than the git submission. One of the things that was failing was subsequent tangling, which was likely disrupted by the inconsistent versions of org files. Achim, The problem is started (and then becomes permanent) when I edited one of the org files. This is what caused org processing to be attempted. Of course once in that state, it tries to tangle every time. R Horn rjh...@alum.mit.edu
[O] Logical not in org-entities.el
Hi! org-entities contains the line: (not \\textlnot{} nil not; [angled dash] ¬ ¬) This should be (neg \\neg t not; [angled dash] ¬ ¬) The first line fails in math mode (i.e. \not is not replaced at all and negates/slashes the next symbol); the second works in either case.
Re: [O] Multiple notions for what's a day
Hi Sébastien, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: For 6 weeks now, since the commit a00a7b2 of Toby, things have changed when generating clock tables. For example, instead of getting this (for some sample files I have): Indeed, there is a problem here. Please try the attached patch against master, together with (setq org-time-clocksum-use-effort-durations t) (or :effort-durations t as a parameter in the clocktable.) Thanks, From 9c31d781e9e770a584a9fc04737d3fd352f6a40b Mon Sep 17 00:00:00 2001 From: Bastien Guerry b...@altern.org Date: Sat, 5 Jan 2013 18:21:55 +0100 Subject: [PATCH] New option `org-time-clocksum-use-effort-durations' MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * org.el (org-time-clocksum-format): Add a version tag and add to the 'org-clock group. (org-time-clocksum-use-fractional): Ditto. (org-time-clocksum-use-effort-durations): New option to allow using `org-effort-durations' when computing clocksum durations. (org-minutes-to-clocksum-string): Use the new option. * org-clock.el (org-clocktable-write-default): Let-bind `org-time-clocksum-use-effort-durations' to a new clocktable parameter :effort-durations. Thanks to Sébastien Vauban for pointing the inconsistency. --- lisp/org-clock.el | 2 ++ lisp/org.el | 90 --- 2 files changed, 61 insertions(+), 31 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 83ff459..5e74332 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -2316,6 +2316,8 @@ from the dynamic block definition. (maxlevel (or (plist-get params :maxlevel) 3)) (emph (plist-get params :emphasize)) (level-p (plist-get params :level)) + (org-time-clocksum-use-effort-durations + (plist-get params :effort-durations)) (timestamp (plist-get params :timestamp)) (properties (plist-get params :properties)) (ntcol (max 1 (or (plist-get params :tcolumns) 100))) diff --git a/lisp/org.el b/lisp/org.el index 78429a7..88d13a0 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -2774,6 +2774,8 @@ means durations longer than a day will be expressed in days and minutes, and durations less than a day will be expressed entirely in minutes (even for durations longer than an hour). :group 'org-time + :group 'org-clock + :version 24.3 :type '(choice (string :tag Format string) (set :tag Plist (group :inline t (const :tag Years :years) @@ -2808,9 +2810,24 @@ in minutes (even for durations longer than an hour). (const t) (defcustom org-time-clocksum-use-fractional nil - If non-nil, \\[org-clock-display] uses fractional times. -org-mode generates a time duration. + When non-nil, \\[org-clock-display] uses fractional times. +See `org-time-clocksum-format' for more on time clock formats. :group 'org-time + :group 'org-clock + :version 24.3 + :type 'boolean) + +(defcustom org-time-clocksum-use-effort-durations t + When non-nil, \\[org-clock-display] uses effort durations. +E.g. by default, one day is considered to be a 8 hours effort, +so a task that has been clocked for 16 hours will be displayed +as during 2 days in the clock display or in the clocktable. + +See `org-effort-durations' on how to set effort durations +and `org-time-clocksum-format' for more on time clock formats. + :group 'org-time + :group 'org-clock + :version 24.3 :type 'boolean) (defcustom org-time-clocksum-fractional-format %.2f @@ -16873,72 +16890,83 @@ If there is already a time stamp at the cursor position, update it. Format number of minutes as a clocksum string. The format is determined by `org-time-clocksum-format', `org-time-clocksum-use-fractional' and -`org-time-clocksum-fractional-format'. - (let ((clocksum ) fmt n) +`org-time-clocksum-fractional-format' and +`org-time-clocksum-use-effort-durations'. + (let ((clocksum ) h d w mo y fmt n) +(setq h (if org-time-clocksum-use-effort-durations + (cdr (assoc h org-effort-durations)) 60) + d (if org-time-clocksum-use-effort-durations + (/ (cdr (assoc d org-effort-durations)) h) 24) + w (if org-time-clocksum-use-effort-durations + (/ (cdr (assoc w org-effort-durations)) (* d h)) 7) + mo (if org-time-clocksum-use-effort-durations + (/ (cdr (assoc m org-effort-durations)) (* d h)) 30) + y (if org-time-clocksum-use-effort-durations + (/ (cdr (assoc y org-effort-durations)) (* d h)) 365)) ;; fractional format (if org-time-clocksum-use-fractional (cond ;; single format string ((stringp org-time-clocksum-fractional-format) - (format org-time-clocksum-fractional-format (/ m 60.0))) + (format org-time-clocksum-fractional-format (/ m (float h ;; choice of fractional formats for different time units ((and (setq fmt (plist-get org-time-clocksum-fractional-format :years)) - ( (/ (truncate m) (* 365 24 60)) 0)) - (format fmt (/ m (* 365 24 60.0 + ( (/ (truncate m)
Re: [O] Logical not in org-entities.el
org-entities contains the line: (not \\textlnot{} nil not; [angled dash] ¬ ¬) This should be (neg \\neg t not; [angled dash] ¬ ¬) The first line fails in math mode (i.e. \not is not replaced at all and negates/slashes the next symbol); the second works in either case. OK, so org doesn't touch anything inside a math environment at all. Which makes sense in a way. The confusion arises with org-pretty-entities because what you see is definitely not what you get.
Re: [O] Babel related bug in elpa version 20121231
Hi folks, This is a very interesting discussion. I too have run into this issue, and addressed it in a different way. My init.el contains only a defun and an add-hook. The defun is simple. It adds a few miscellaneous directories to load-path and then makes the call to Eric's starter kit via org-babel-load-file(). The trick is this: I add the defun to the hook after-init-hook. This ensures that my personal initialization, including the Starter Kit .org files, doesn't begin to execute until all the ELPA packages are initialized. That way my own initialization can depend on a fully stabilized Emacs. (add-hook 'after-init-hook 'my-after-init-hook-functions) I found this useful because my personal initialization makes little tweaks to my ELPA packages. It seems to give me the control over the order of initialization that I need. Regards to all, Tom Davey -- Tom Davey t...@tomdavey.com New York NY USA
Re: [O] [bug] org-insert-link fails on special characters in headlines
is there a known issue about accepted characters in headlines that I'm not aware of ? There should be none, please test master if you can and report any problem. Using org-store-link followed by, in another file, org-insert-link RET RET fails on the following headline : * [[http://www.anywho.com/][test]] with No match - create this as a new heading? If the link is created in the same file, then it fails by trying to open the badly parsed url: http://www.anywho.com/][test]] (the desired behavior being to jump to the headline, not following the link). Shouldn't links be put in titles, or shouldn't titles with links inside them be linked to ? O:-)
Re: [O] Fwd: Babel related bug in elpa version 20121231
Stelian Iancu li...@siancu.net writes: On Sat, Jan 5, 2013 at 7:51 PM, Eric Schulte schulte.e...@gmail.com wrote: That sounds like it should work, although I would go with the more complete but possibly overkill ;; emacs-lisp (package-initialize) (require 'org) (org-reload) Let me know if either of the above is sufficient to solve your problem and ensure that only the latest ELPA version of Org-mode is used through the entire startup process. If so I will add this to the starter kit. What I did to get around this problem is the following (in init.el): ;; remove path to org shipped with emacs (require 'cl) (setq load-path (remove-if (lambda (x) (string-match-p org$ x)) load-path)) ;; remember this directory (setq starter-kit-dir (file-name-directory (or load-file-name (buffer-file-name ;; add the orgmode.org ELPA package (require 'package) (add-to-list 'package-archives '(org . http://orgmode.org/elpa/;) t) (package-initialize) (unless package-archive-contents;; Refrech the packages descriptions (package-refresh-contents)) (setq package-load-list '(all)) ;; List of packages to load (unless (package-installed-p 'org-plus-contrib) ;; Make sure the Org package is (package-install 'org-plus-contrib)) ;; installed, install it if not (package-initialize);; Initialize Install Package (add-to-list 'load-path (car (file-expand-wildcards (concat starter-kit-dir elpa/org-plus-contrib-* (require 'org) ;; load up the starter kit (org-babel-load-file (expand-file-name main.org starter-kit-dir)) This solved the problem for me. I didn't come up with this though (I'm a newb when it comes to Emacs and elisp) but I've copied it from somebody. Hi Stelian, Thanks for the recipe, however it seems like overkill. Specifically it should not mandate the instillation of the latest version of Org-mode through ELPA, rather it should use such an ELPA-installed Org-mode *only* if it already exists. Also, I do not want to change the user's load path. I'm confident that a simple solution with `package-initialize' can be found. Best, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Babel related bug in elpa version 20121231
Achim Gratz strom...@nexgo.de writes: Eric Schulte writes: Because the above sequence of loading .el files and possibly falling back to .org files is all performed by the `org-babel-load-file' function, which is not defined until org has been required. Which confirms it runs through the Org files each time as I had assumed earlier. The safe way to do this would be to simply check if any files need to be re-tangled, then start/fork a new Emacs and do the tangling there and then resume loading just the elisp files from the original Emacs process. That seems like a very heavyweight solution, and I don't think that eliding all of the errors from loaded .org files on startup would be a good idea. Thanks, -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Babel related bug in elpa version 20121231
Tom Davey tda...@gmail.com writes: Hi folks, This is a very interesting discussion. I too have run into this issue, and addressed it in a different way. My init.el contains only a defun and an add-hook. The defun is simple. It adds a few miscellaneous directories to load-path and then makes the call to Eric's starter kit via org-babel-load-file(). The trick is this: I add the defun to the hook after-init-hook. This ensures that my personal initialization, including the Starter Kit .org files, doesn't begin to execute until all the ELPA packages are initialized. That way my own initialization can depend on a fully stabilized Emacs. (add-hook 'after-init-hook 'my-after-init-hook-functions) I found this useful because my personal initialization makes little tweaks to my ELPA packages. It seems to give me the control over the order of initialization that I need. Regards to all, Tom Davey -- Tom Davey t...@tomdavey.com New York NY USA Thanks for sharing, this does seem like the best way to ensure that all of the packages are loaded. I've just updated the starter kit to both require org and to use the `after-init-hook'. Hopefully this should fix as many problems as possible now, please let me know if any issues persist. Cheers, -- Eric Schulte http://cs.unm.edu/~eschulte
[O] clock consistency check doesn't work for today item
Hello! I find that clock consistency check doesn't work for today item. For example, when I come into the log mode by C-c a l ,it looks like this: XXX (someday before today) Emacs: 12:56-16:09 Clocked: (3:13) STARTED The Org Manual 生活: 16:34-16:49 Clocked: (0:15) 杂务 生活: 17:08-17:22 Clocked: (0:14) 杂务 .. XXX (today) 物理: 16:46-16:56 Clocked: (0:10) 静电场 生活: 17:07-17:36 Clocked: (0:29) 休息 物理: 17:36-17:46 Clocked: (0:10) 静电场 goal: 19:10-22:41 Clocked: (3:31) 林肯 After v c to check the clock consistency,,it looks like this: XXX (someday before today) Emacs: 12:56-16:09 Clocked: (3:13) STARTED The Org Manual Clocking gap: 25 minutes 生活: 16:34-16:49 Clocked: (0:15) 杂务 Clocking gap: 19 minutes 生活: 17:08-17:22 Clocked: (0:14) 杂务 .. XXX (today) 物理: 16:46-16:56 Clocked: (0:10) 静电场 生活: 17:07-17:36 Clocked: (0:29) 休息 物理: 17:36-17:46 Clocked: (0:10) 静电场 goal: 19:10-22:41 Clocked: (3:31) 林肯 It seems only to loose its power on today...This really confused me when I want to summarize today's work. Regards, Yuchen
Re: [O] C-u C-c C-t not behaving as documented
Brian van den Broek brian.van.den.br...@gmail.com writes: Hi all, I have (setq org-todo-keywords '((sequence TODO(t!) STARTED(s!) WAITING(w@/@) | DONE(d@/@) CANCELLED(c@/@) DEFERRED(D@/@ in my .emacs. In http://orgmode.org/org.html#TODO-basics I read C-u C-c C-t Select a specific keyword using completion or (if it has been set up) the fast selection interface. For the latter, you need to assign keys to TODO states, see Per-file keywords, and Setting tags, for more information. When I hit C-u C-c C-t on a headline, the result is that the headline cycles through my TODO states (as defined above). In effect, C-u C-c C-t behaves as C-c C-t is documented to. I've checked through my org configuration for other settings that affect todo sequences and states and don't think I've got anything that accounts for this. I'm perfectly happy with the behaviour I observe. But, it isn't what one would expect from reading the docs. (I suspect that the docs might not have been updated when org-todo-keywords was introduced. Or, as has happened before, I've misunderstood something.) Org-mode version 7.9.2 (7.9.2-dist @ /home/brian/.emacsd/site-lisp/org/) Mark set GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-12-11 on brahms, modified by Debian Best, Brian vdB I get the same exact behavior, and like you, I'm fine with it too.
[O] backslashchar in texinfo
Dear all, I found two build errors in the latest org manual(HEAD of git). 1. Using ``@backslashcar{}'' command in texinfo(L5114). 2. Missing ``@''(L3091). The texinfo command was introduced at the version 4.14, see http://permalink.gmane.org/gmane.comp.gnu.lilypond.devel/51827. I think the command should not be used because many users currently use the previous version 4.13. Any comments? Best, Takaaki patch diff --git a/doc/org.texi b/doc/org.texi index 83f5939..5464830 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -3088,7 +3088,7 @@ lines will be left alone by this command. Selects this line for global recalculation with @kbd{C-u C-c *}, but not for automatic recalculation. Use this when automatic recalculation slows down editing too much. -@item +@item @@ Unmarked lines are exempt from recalculation with @kbd{C-u C-c *}. All lines that should be recalculated should be marked with @samp{#} or @samp{*}. @@ -5111,7 +5111,7 @@ FILE @r{The filename the entry is located in.} To create sparse trees and special lists with selection based on properties, the same commands are used as for tag searches (@pxref{Tag searches}). @table @kbd -@orgcmdkkc{C-c / m,C-c \,org-match-sparse-tree} +@orgcmdkkc{C-c / m,C-c \\,org-match-sparse-tree} Create a sparse tree with all matching entries. With a @kbd{C-u} prefix argument, ignore headlines that are not a TODO line. @orgcmd{C-c a m,org-tags-view} patch -- Takaaki ISHIKAWA tak...@ieee.org
Re: [O] backslashchar in texinfo
Hi Takaaki, Takaaki ISHIKAWA tak...@ieee.org writes: I found two build errors in the latest org manual(HEAD of git). 1. Using ``@backslashcar{}'' command in texinfo(L5114). 2. Missing ``@''(L3091). Thanks for reporting this! The texinfo command was introduced at the version 4.14, see http://permalink.gmane.org/gmane.comp.gnu.lilypond.devel/51827. I think the command should not be used because many users currently use the previous version 4.13. Any comments? I backported a diff from the Emacs trunk erroneously. It is fixed now. Thanks! -- Bastien
Re: [O] backslashchar in texinfo
Hi Bastien, Could you change the line 3091 from ``@item'' to ``@item @@'' by hand? I don't know why my patch was not generated correctly. Best, Takaaki On 2013/01/06, at 14:19, Bastien b...@altern.org wrote: Hi Takaaki, Takaaki ISHIKAWA tak...@ieee.org writes: I found two build errors in the latest org manual(HEAD of git). 1. Using ``@backslashcar{}'' command in texinfo(L5114). 2. Missing ``@''(L3091). Thanks for reporting this! The texinfo command was introduced at the version 4.14, see http://permalink.gmane.org/gmane.comp.gnu.lilypond.devel/51827. I think the command should not be used because many users currently use the previous version 4.13. Any comments? I backported a diff from the Emacs trunk erroneously. It is fixed now. Thanks! -- Bastien -- Takaaki ISHIKAWA tak...@ieee.org
Re: [O] backslashchar in texinfo
Hi Takaaki, sorry, I didn't see the patch in your previous email. Takaaki ISHIKAWA tak...@ieee.org writes: Could you change the line 3091 from ``@item'' to ``@item @@'' by hand? I think it should be @item, to mean no special char in this table line. Or am I missing something? I don't know why my patch was not generated correctly. The patch was okay, I didn't apply it -- but it was not attached in a way that lets the patchwork catch it. Thanks! -- Bastien
Re: [O] clock consistency check doesn't work for today item
Hi Yuchen, yuchen yuchen@gmail.com writes: I find that clock consistency check doesn't work for today item. For example, when I come into the log mode by C-c a l ,it looks like this: XXX (someday before today) Emacs: 12:56-16:09 Clocked: (3:13) STARTED The Org Manual 生活: 16:34-16:49 Clocked: (0:15) 杂务 生活: 17:08-17:22 Clocked: (0:14) 杂务 .. XXX (today) 物理: 16:46-16:56 Clocked: (0:10) 静电场 生活: 17:07-17:36 Clocked: (0:29) 休息 物理: 17:36-17:46 Clocked: (0:10) 静电场 goal: 19:10-22:41 Clocked: (3:31) 林肯 After v c to check the clock consistency,,it looks like this: XXX (someday before today) Emacs: 12:56-16:09 Clocked: (3:13) STARTED The Org Manual Clocking gap: 25 minutes 生活: 16:34-16:49 Clocked: (0:15) 杂务 Clocking gap: 19 minutes 生活: 17:08-17:22 Clocked: (0:14) 杂务 .. XXX (today) 物理: 16:46-16:56 Clocked: (0:10) 静电场 生活: 17:07-17:36 Clocked: (0:29) 休息 物理: 17:36-17:46 Clocked: (0:10) 静电场 goal: 19:10-22:41 Clocked: (3:31) 林肯 It seems only to loose its power on today...This really confused me when I want to summarize today's work. I can't reproduce this problem. Can you send a minimal .org file that we can use to reproduce the bug? Also please don't forget to mention the version of Emacs and Org you are using. You can use M-x emacs-version RET and M-x org-version RET for that. Thanks, -- Bastien
Re: [O] Logical not in org-entities.el
Hi Florian, Florian Beck f...@miszellen.de writes: The confusion arises with org-pretty-entities because what you see is definitely not what you get. Mhh... not sure what you mean: what do you see that you don't get? Thanks, -- Bastien
Re: [O] Ignoring empty subtrees/new exporter
Florian Beck f...@miszellen.de writes: I have a document with many sections not yet written (i.e. heading without content) and I would like them to be ignored in the exported file. Sometimes I create documents - not drafts, but final deliverables - with empty sections and plain headlines. This way I get emboldened text that stands out without resorting to emphasis. You are probably writing a Thesis. Oftentimes, I create documents that aren't as formal as Thesis. They are plain one-to-one-s which need to look good, that is all. --
Re: [O] C-u C-c C-t not behaving as documented
Hi Brian, thanks for the detailed feedback on this. Brian van den Broek brian.van.den.br...@gmail.com writes: I'm perfectly happy with the behaviour I observe. Me too :) But, it isn't what one would expect from reading the docs. The manual was describing the behavior *when there is no fast todo selection key*. But it was not complete. I just fixed the doc, hopefully things are clearer now. (I suspect that the docs might not have been updated when org-todo-keywords was introduced. Or, as has happened before, I've misunderstood something.) See http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=2949012f0 `org-todo-keywords' was here a long time ago when the default value of `org-use-fast-todo-selection' was changed (after Carsten's poll on default values for variables...) Thanks! -- Bastien
Re: [O] [bug] org-insert-link fails on special characters in headlines
Hi William, William Léchelle william.leche...@ens-lyon.fr writes: Using org-store-link followed by, in another file, org-insert-link RET RET fails on the following headline : * [[http://www.anywho.com/][test]] with No match - create this as a new heading? Please try to apply the patch by Samuel and let us know if it fixes your issue: http://thread.gmane.org/gmane.emacs.orgmode/64203 Thanks! -- Bastien
Re: [O] Compatibility tests
Hi Achim, thanks for the tests. Achim Gratz strom...@nexgo.de writes: [2] 1 unexpected results: FAILED test-ob-sh/session Do you have a backtrace or something for this failure? (Note that `ert-batch-backtrace-right-margin' can help having more readable backtraces...) As for XEmacs and Emacs 22, I'm fine with anything that helps supporting these emacsen, unless it adds too much extra complexity. Thanks, -- Bastien
Re: [O] [PATCH] Babel support for scheme using geiser
Hi Michael, Michael Gauland mikely...@no8wireless.co.nz writes: Bastien bzg at altern.org writes: In the meantime, please consider adding a commit ChangeLog for your patch, Most of the file has changed dramatically--would you like the changelog to list all the functions that have been added or altered, or would a simple statement that the file underwent a major re-write be more appropriate? Well, I'm afraid we'll have to go the clean way: just document the deleted functions, the new ones, and the ones that have been rewritten. No need to go too much into details. Also let's rename `cleanse-org-babel-scheme-repl-map' to `org-babel-scheme-cleanse-repl-map'. ...avoid dangling parentheses, Noted. That's a bad habit I've picked up somewhere (probably too many years of C programming.) and don't overwrite the first line... we are in 2013 Also noted. Part of my brain refuses to acknowledge the new year until I'm back at work. Regrettably, that won't be a problem after tomorrow. Hehe, happy new year :) -- Bastien
Re: [O] Compatibility tests
Bastien writes: [2] 1 unexpected results: FAILED test-ob-sh/session Do you have a backtrace or something for this failure? That's a longstanding issue and since AFAIK it only affects batch mode testing it hasn't been a real problem. I think it's a bug in comint, or maybe some missing customization to make it behave in batch mode. The relevant portion of the backtrace is (I hope): [...] ansi-color-apply-on-region(#marker in no buffer #marker at 16 in ansi-color-process-output() run-hook-with-args(ansi-color-process-output ) comint-send-input(nil t) [...] Test test-ob-sh/session condition: (error Marker does not point anywhere) [...] Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Compatibility tests
Achim Gratz strom...@nexgo.de writes: That's a longstanding issue and since AFAIK it only affects batch mode testing it hasn't been a real problem. All right, let's ignore this then. Thanks! -- Bastien
[O] Bug: org-time-stamp sometimes moves my cursor to another monitor ( [7.8.11]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. The culprit has proved to be the last line of this function, which I commented out in my config: (defun org-eval-in-calendar (form optional keepdate) Eval FORM in the calendar window and return to current window. Also, store the cursor date in variable org-ans2. (let ((sf (selected-frame)) (sw (selected-window))) (select-window (get-buffer-window *Calendar* t)) (eval form) (when (and (not keepdate) (calendar-cursor-to-date)) (let* ((date (calendar-cursor-to-date)) (time (encode-time 0 0 0 (nth 1 date) (nth 0 date) (nth 2 date (setq org-ans2 (format-time-string %Y-%m-%d time (move-overlay org-date-ovl (1- (point)) (1+ (point)) (current-buffer)) (select-window sw) ;; (org-select-frame-set-input-focus sf) )) At least superficially, it would seem that with-current-buffer could be used instead Emacs : GNU Emacs 24.2.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2012-10-20 on ubuntu Package: Org-mode version 7.8.11