Re: [O] Release 7.6
Hi all, Better late than never: From the joy of Lilypond snippets (thanks, Martyn) in ODT exports (thanks, Jambu), to time arithmetic in tables (thanks, Eric)... 7.6 rocks (thanks Bastien). Yours, Christian On 7/7/11 9:16 AM, Bastien wrote: Dear all, I'm releasing Org 7.6. You can get it from the website as an archive: http://orgmode.org/org-7.6.zip http://orgmode.org/org-7.6.tar.gz Apologies for the delay between 7.5 and 7.6 -- it has been hectic times. I owe a big *thank* to everyone who maintain a high level of activity, both in the code and on the mailing list. In particular: Carsten, Eric Schulte, Nicolas Goaziou, David Maus, Julien Danjou, Jambunathan K, Michael Brand, Achim Gratz, Eric S. Fraga, Nick Dokos, Lawrence Mitchell, Memnon Anon, Bernt Hansen, Sébastien Vauban, Thomas S. Dye, Manuel Giraud, Karl Voit, Huy, ... and many more! Thanks to all. The highlight of this release is the new ODT exporter, which lives in the contrib/ directory but will soon make its way to the core: kudos to Jambunathan for this addition, and thanks to him for his patience. Below is the (incomplete) list of changes: Version 7.6 New features and user-visible improvements === Integration of Jambunathan's OpenDocumentText Exporter ~~~ * Activation Org-mode 7.6 supports exporting to OpenDocument Text (=odt=) format using org-odt.el. Depending on how you installed Org, this module can be enabled in one of the following ways: 1. If you have downloaded the Org from the Web, either as a distribution =.zip= or =.tar.gz= file, or as a Git archive, enable the =odt= option in the variable =org-modules=. 2. If you are using Org-mode 7.6 that comes bundled with Emacs-24.0.50 (or future Emacs-24.1), then you can install the OpenDocumentText exporter using the package manager. Check the list of available packages with =M-x list-packages= and install the =org-odt= package. Thanks a lot to Jambunathan K for this great contribution. * Keybindings The following interactive commands are provided: 1. =C-c C-e o= (=org-export-as-odt=): Export as an =odt= file. 2. =C-c C-e O= (=org-export-as-odt-and-open=): Export as an =odt= file and open the resulting file. See the =contrib/odt/README.org= file for further details; you may check in particular the commands =M-x org-lparse= and =M-x org-export-convert=. Ob-Lilypond -- new Babel language to allow score generation ob-lilypond - an org-babel language, provided to allow LilyPond music score generation, complete with optional auditioning via midi, whilst leveraging the full power of org mode, and literate programming. See [https://github.com/mjago/ob-lilypond] for more documentation. Thanks to Martyn Jago for this addition. Org-Bibtex -- major improvements ~ Provides support for managing bibtex bibliographical references data in headline properties. Each headline corresponds to a single reference and the relevant bibliographic meta-data is stored in headline properties, leaving the body of the headline free to hold notes and comments. Org-bibtex is aware of all standard bibtex reference types and fields. The key new functions are org-bibtex-check: queries the user to flesh out all required (and with prefix argument optional) bibtex fields available for the specific reference =type= of the current headline. org-bibtex-create: Create a new entry at the given level, using org-bibtex-check to flesh out the relevant fields. org-bibtex-yank: Yank a bibtex entry on the kill ring as a formatted Org-mode headline into the current buffer org-bibtex-export-to-kill-ring: Export the current headline to the kill ring as a formatted bibtex entry. Spreadsheet computation of durations and time values ~ If you want to compute time values use the =T= flag, either in Calc formulas or Elisp formulas: Task 1 Task 2 Total ++- 35:0035:00 1:10:00 Values must be of the form =[HH:]MM:SS=, where hours are optional. Thanks to Martin Halder, Eric Schulte and Carsten for code and feedback on this. Links within inlined footnotes. It as also possible to have footnotes side-by-side correctly exported. New variables =org-export-latex-footnote-separator=, =org-export-html-footnote-separator= and =org-export-docbook-footnote-separator= are used to separate them in that case. Fontification of footnotes is also more accurate. New variable =org-export-with-tasks= ~ Non-nil means include TODO items for export. This may have the following values: - tinclude tasks independent of state. - todo
Re: [O] question about ODT export behavior
Am 13.07.2011 22:15, schrieb Jambunathan K: Jambunathan K kjambunat...@gmail.com writes: Rainer Stengele rainer.steng...@diplan.de writes: Hi, having this in an org file: -- * Test ** header 2 - item 1 * subitem 11 * subitem 12 - item 2 * subitem 21 * subitem 22 -- Could you please post your complete #+OPTIONS line - specifically the `H: ' and `toc: ' option? Looking at the code, I believe these options may not be relevant (for the odt exporter) Your org file doesn't use an explicit line break or timestamps. So the only scenario under which line breaks can occur is precisely when you have actually requested them. Check this variable or the corresponding OPTIONS directive. ,[ C-h v org-export-preserve-breaks RET ] | org-export-preserve-breaks is a variable defined in `org-exp.el'. | Its value is nil | | Documentation: | Non-nil means preserve all line breaks when exporting. | Normally, in HTML output paragraphs will be reformatted. In ASCII | export, line breaks will always be preserved, regardless of this variable. | | This option can also be set with the +OPTIONS line, e.g. \n:t. | | You can customize this variable. | | [back] ` Yes. That was it. After changing org-export-preserve-breaks to nil the breaks are gone. Sorry, I did not know how the exporter works. I did therefore not check the export options. Again, thank you for your excellent work! Bastien, thanks for helping! Can you give me a hint where I can find some documentation about changing the styles.xml? - Rainer
Re: [O] babel work flow
Hi Thomas, Thomas S. Dye wrote: I want to use one of the dot utilities, tred, in a way that preserves my ability to distribute the Org-mode file as reproducible research, i.e., intermediate results should end up in the Org-mode file or be passed along in a chain. Right now I have a python routine that reads a couple of Org-mode tables and outputs a valid dot graph. I'm saving this to a file, dot-temp.gv, and then running some shell commands, like this: #+begin_src sh tred dot-temp.gv test.gv dot -o test.pdf -Tpdf test.gv open test.pdf #+end_src The graph is just what I want, but I can't see how to automate the process in Org-mode. In particular, the tred step trips me up. Do I have to make babel, tred-aware? Sorry if I misunderstand, but could you be more explicit (for me) on what the problem is? Why is it a problem for you to have that sh block inside your Org. It is executed automagically upon exporting, no? If yes, why is that not good enough? Best regards, Seb -- Sebastien Vauban
Re: [O] Calendar-like view of the org-agenda
On Wed, Jul 13, 2011 at 18:14, Jason F. McBrayer jmcb...@carcosa.net wrote: On Wed, 13 Jul 2011 11:34:48 +0530, Aankhen wrote: That's odd. I'm using Emacs 24 on Windows 7 64-bit (and before this I've used 23 on both 7 and Vista), and my font is set to Consolas. Emacs happily substitutes other fonts where Consolas is missing glyphs (see the attached screenshot). The only snag is that it takes a while to find a suitable font, at times. I'm using a precompiled binary from emacs-for-windows.[1] Perhaps it has special support for font substitution or something… Huh. I looked at the HELLO file, and you seem to be right. It's pulling in fonts as needed for various South Asian, East Asian, and Middle/Near Eastern languages, but still failing horribly with unicode box drawing, as well as various symbols (like the recycle symbol, which we use abundantly on identi.ca). Perhaps Consolas falsely reports that it has those symbols. Box drawing seems to work okay here, whereas the recycling symbol is missing (it just shows a box with the hex code to indicate the missing glyph). It’s probably down to whether you have any monospace fonts which contain those glyphs. Aankhen
Re: [O] Release 7.6
Thanks for another great release! Aankhen
Re: [O] Compile warnings on Win7/Emacs24.0.50
On Wed 13 Jul 2011, Achim Gratz wrote: I've tested some things on Win7 and happen to have an Emacs24 installed there, so I compiled the latest org-mode. I got quite a few warnings that I've never seen before with Emacs23, so I assume this is Emacs24 tightening the screws on some loseness. I don't remember the exact warning text, but it was something about top-level forms and global variables not having a prefix (presumably to keep them in their own namespace and not step on the toes of other packages). AFAIK this is because emacs-24 now supports lexical scope. The use of name prefixes is used to manage namespace as you mention, but also as convention used by the byte compiler to help distinguish between uses of lexically and dynamicly scoped variable bindings. See the emacs-24 elisp manual for more details, or ask the friednly folks on the on the emacs devel list. HTH AndyM
Re: [O] Bulk cut in agenda view
Bastien b...@altern.org writes: Hi Bastien I've applied the patch I proposed. Please report any problem about it. You beat me to it, I hadn't gotten the chance to give it a try. I just did and it just works. Thanks. Julien.
[O] disable org-decrypt: auto-save-mode may cause leakage
Hi! How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? Background story: I am using org-decrypt on two files and I've got additional files where I do not use any encryption at all. But when I start my Emacs with my five most used org-files (which do not use encryption), I have to answer five times the question mentioned in the subject line above using «n» as answer. I've already found the comment on the bottom of [1] and the discussion of [2]. I *do* have deactivated auto-save by using the method explained in [3] for my Org-files where I am using encryption. So I am save here I guess. But what I want to get rid of is this unnecessary question. I do not want to be asked and have to answer with «no» because where it matters, I already deactivated auto-save. So auto-save should be «on» per default. How can I accomplish this behavior? And: shouldn't this be appended to [1]? 1. http://orgmode.org/worg/org-tutorials/encrypting-files.html 2. http://permalink.gmane.org/gmane.emacs.orgmode/43262 3. http://anirudhs.chaosnet.org/blog/2005.01.21.html -- Karl Voit
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
On Thu, 14 Jul 2011 14:22:32 +0200, Karl Voit devn...@karl-voit.at wrote: Hi! How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? Background story: I am using org-decrypt on two files and I've got additional files where I do not use any encryption at all. But when I start my Emacs with my five most used org-files (which do not use encryption), I have to answer five times the question mentioned in the subject line above using «n» as answer. I've already found the comment on the bottom of [1] and the discussion of [2]. I *do* have deactivated auto-save by using the method explained in [3] for my Org-files where I am using encryption. So I am save here I guess. But what I want to get rid of is this unnecessary question. I do not want to be asked and have to answer with «no» because where it matters, I already deactivated auto-save. So auto-save should be «on» per default. How can I accomplish this behavior? And: shouldn't this be appended to [1]? 1. http://orgmode.org/worg/org-tutorials/encrypting-files.html 2. http://permalink.gmane.org/gmane.emacs.orgmode/43262 3. http://anirudhs.chaosnet.org/blog/2005.01.21.html -- Karl Voit One only receives that prompt when running `org-decrypt-entry' in a buffer where `buffer-auto-save-file-name' is non-nil (i.e. a buffer for which `auto-save-mode' is enabled). So, I assume you've configured Emacs to automatically run `org-decrypt-entries' (which calls `org-decrypt-entry') whenever an org file is opened. For more info, see the `org-crypt-disable-auto-save' variable (introduced in commit 7bae2235) and this thread: - http://comments.gmane.org/gmane.emacs.orgmode/41430 Peace -- Pieter
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote: How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? Hi Karl, You can customize this behaviour via org-crypt-disable-auto-save You probably have it set to 'ask'. Options exist for always enabling/disabling auto save, and for encrypting the auto-saved version automatically. M-x customize-variable RET org-crypt-disable-auto-save RET Regards, .j.
Re: [O] OLUG talk about Org-mode
On Thu, 14 Jul 2011 03:45:04 + (UTC), Memnon Anon gegendosenflei...@googlemail.com wrote: Hi Jonathan, Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes: The direct link to the video on the UStream site is: http://ustream.vo.llnwd.net/pd15/0/1/15/15820/15820239/1_365053_15820239.flv If I understood Pieter Praet correctly, this did not work for him: ,[ Message ID: 878vsa2msg@praet.org] | I've tried the obvious one [1] but no joy. It's a waste of 225,6 MiB. | ... | [1] http://ustream.vo.llnwd.net/pd15/0/1/15/15820/15820239/1_365053_15820239.mp4 `[Archived-At: http://permalink.gmane.org/gmane.emacs.orgmode/43844] Well, it might work if you're logged in, but since I loathe registering (yet another account I'll *never* use), I simply snatched that URL out of the page source, and ended up with a (presumably) DRM-protected file. This did work for me: ,[ Sebastien Vauban: Message-ID: 804o2qtvbd@somewhere.org ] | http://www.mygooglest.com/sva/OLUG_Meeting_July_2011.flv | Please download it, as this link may become unavailable in the future. `[Archived-At: http://permalink.gmane.org/gmane.emacs.orgmode/44175] Indeed it does. Memnon Peace -- Pieter
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
Hi all, Juan Pechiar wrote: On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote: How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? You can customize this behaviour via org-crypt-disable-auto-save You probably have it set to 'ask'. So did I. This is the default. Options exist for always enabling/disabling auto save, and for encrypting the auto-saved version automatically. M-x customize-variable RET org-crypt-disable-auto-save RET Shouldn't its default value better be set to 'encrypt? Best regards, Seb -- Sebastien Vauban
Re: [O] Using MobileOrg without sync?
On Wed, 13 Jul 2011 11:22:53 +0200, Steinar Bang s...@dod.no wrote: Tassilo Horn tass...@member.fsf.org: Not sure, but MobileOrg (at least on Android) is not very sophisticated for note taking. For sure, it's not a stand-alone org-mode for Android as you might have expected. Ah, ok. It looked like it might be, from the screen shots. For example, there's no widget (activity in andro-speak) to input timestamps and stuff like that. I use it, but mainly for viewing my agendas pushed from org-mode and for capturing quick and ugly notes, which I format correctly, timestamp, tag, and refile after pulling them to my emacs. Ok. Looks like something I will try at some point in time, but not right now. So I see no reason to use MobileOrg if you don't want to interact with org-mode. Probably, you'd be better off with a plain text editor (Jota Text Editor is quite good and free software). Thanks for the tip! So far, I have installed, but not yet tried: Evernote http://gizmodo.com/5427595/evernote-the-android-note-app-you-need-is-here AK Notepad https://market.android.com/details?id=com.akproduction.notepad GDocs (notepad synking with google docs) http://sites.google.com/site/gdocsforandroid/ Also a good candidate: - http://code.google.com/p/android-shuffle/ Peace -- Pieter
Re: [O] how to change the headline starter *
- Mail Original - De: Bastien b...@altern.org À: Darlan Cavalcante Moreira darc...@gmail.com Cc: harven har...@free.fr, emacs-orgmode@gnu.org Envoyé: Samedi 2 Juillet 2011 11h48:52 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [O] how to change the headline starter * Hi Darlan, Darlan Cavalcante Moreira darc...@gmail.com writes: I don't think this is possible. The * as a headline starter seems to be hard-coded in org. I confirm this is not possible, it's hardcoded in outline-mode, and Org is derived from this mode. As this is a FAQ, I added an entry in Worg/org-faq.org Cheers, -- Bastien Sorry for the late response. The * as a headline character is not hard-coded in outline-mode. The headline character can be in fact any regexp, and is specified in the variable outline-regexp defined in outline.el. Its default value is [*\f]+. It is howewer hard-coded as a * e.g. in org-indent.el (e.g. in org-indent-initialize), and a change to outline-regexp breaks org-mode. BUG. How to reproduce. Starting with emacs -Q (this is emacs 23.2 together with org-mode 6.33), execute in the scratch buffer (setq outline-regexp [-\f]+) so as to use - as the headline starter character in outline mode. Switch to another buffer, enter the text - first heading -- second heading some stuff here Activate org-mode. M-x org-mode. Then go to the first heading. TAB folds the text as expected. Go to the second heading. TAB inserts a TAB instead of folding the second heading. Sincerely, -- Harven
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
On Thu, 14 Jul 2011 15:37:34 +0200, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hi all, Juan Pechiar wrote: On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote: How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? You can customize this behaviour via org-crypt-disable-auto-save You probably have it set to 'ask'. So did I. This is the default. Options exist for always enabling/disabling auto save, and for encrypting the auto-saved version automatically. M-x customize-variable RET org-crypt-disable-auto-save RET Shouldn't its default value better be set to 'encrypt? I don't think so. It only re-encrypts entries which are tagged :crypt: (or whatever you have `org-crypt-tag-matcher' set to), so I'd prefer users to be forced to at least read the docstring so as not to be using it with a false sense of security. Though this could be easily solved by automatically tagging entries upon encryption, I think it's more considerate to simply (ask to) disable `auto-save-mode' for the current buffer, as it's quite annoying to have an entry get re-encrypted while you're in the middle of typing something. Best regards, Seb -- Sebastien Vauban Peace -- Pieter
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
Hi Pieter, Pieter Praet wrote: On Thu, 14 Jul 2011 15:37:34 +0200, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Juan Pechiar wrote: On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote: How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? You can customize this behaviour via org-crypt-disable-auto-save You probably have it set to 'ask'. So did I. This is the default. Options exist for always enabling/disabling auto save, and for encrypting the auto-saved version automatically. M-x customize-variable RET org-crypt-disable-auto-save RET Shouldn't its default value better be set to 'encrypt? I don't think so. It only re-encrypts entries which are tagged :crypt: (or whatever you have `org-crypt-tag-matcher' set to), so I'd prefer users to be forced to at least read the docstring so as not to be using it with a false sense of security. Though this could be easily solved by automatically tagging entries upon encryption, I think it's more considerate to simply (ask to) disable `auto-save-mode' for the current buffer, as it's quite annoying to have an entry get re-encrypted while you're in the middle of typing something. This is more clear to me, and makes a lot of sense. Though, what I find annoying, and the OP as well, is to be asked that question for buffers which do not contain any encrypted entry. Would it be possible to scan the buffer for such entries, and only ask the user when the buffer is potentially exposed? Best regards, Seb -- Sebastien Vauban
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
Hi! * Juan Pechiar j...@pechiar.com wrote: On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote: How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? Hi Karl, You can customize this behaviour via org-crypt-disable-auto-save You probably have it set to 'ask'. Options exist for always enabling/disabling auto save, and for encrypting the auto-saved version automatically. You're right and it worked. Thanks! -- Karl Voit
Re: [O] Bulk cut in agenda view
Julien Cubizolles j.cubizol...@free.fr writes: Bastien b...@altern.org writes: Hi Bastien I've applied the patch I proposed. Please report any problem about it. You beat me to it, I hadn't gotten the chance to give it a try. I just did and it just works. Thanks. Thanks for confirming it works! -- Bastien
Re: [O] disable org-decrypt: auto-save-mode may cause leakage
On Thu, 14 Jul 2011 16:42:58 +0200, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Hi Pieter, Pieter Praet wrote: On Thu, 14 Jul 2011 15:37:34 +0200, Sebastien Vauban wxhgmqzgw...@spammotel.com wrote: Juan Pechiar wrote: On Thu, Jul 14, 2011 at 02:22:32PM +0200, Karl Voit wrote: How can I auto-answer the question from the subject line with «n» (per default) any time it is asked? You can customize this behaviour via org-crypt-disable-auto-save You probably have it set to 'ask'. So did I. This is the default. Options exist for always enabling/disabling auto save, and for encrypting the auto-saved version automatically. M-x customize-variable RET org-crypt-disable-auto-save RET Shouldn't its default value better be set to 'encrypt? I don't think so. It only re-encrypts entries which are tagged :crypt: (or whatever you have `org-crypt-tag-matcher' set to), so I'd prefer users to be forced to at least read the docstring so as not to be using it with a false sense of security. Though this could be easily solved by automatically tagging entries upon encryption, I think it's more considerate to simply (ask to) disable `auto-save-mode' for the current buffer, as it's quite annoying to have an entry get re-encrypted while you're in the middle of typing something. This is more clear to me, and makes a lot of sense. Though, what I find annoying, and the OP as well, is to be asked that question for buffers which do not contain any encrypted entry. Would it be possible to scan the buffer for such entries, and only ask the user when the buffer is potentially exposed? AFAIK, that should already be the case. Even when running with the following config... #+BEGIN_SRC emacs-lisp (add-hook 'find-file-hook 'org-decrypt-entries) #+END_SRC ... the user shouldn't get prompted needlessly, because `org-decrypt-entries' applies `org-decrypt-entry' (which does the `auto-save-mode' check) *only* to entries with a tag matching `org-crypt-tag-matcher' [1]. So prompting should only occur for buffers for which `auto-save-mode' is enabled AND which contain one or more entries tagged with `crypt' (regardless of whether the entry is actually encrypted, but that's beside the point) UNLESS running `org-decrypt-entry' (auto-)manually for each buffer. I suspect it's a user config issue. Best regards, Seb -- Sebastien Vauban Peace -- Pieter [1] lisp/org-crypt.el:241
Re: [O] question about ODT export behavior
Hi Rainer, Rainer Stengele rainer.steng...@diplan.de writes: Yes. That was it. After changing org-export-preserve-breaks to nil the breaks are gone. Thanks for confirming. Sorry, I did not know how the exporter works. I did therefore not check the export options. Perhaps we could add a FAQ for this in Worg. Can you give me a hint where I can find some documentation about changing the styles.xml? You can have a look at contrib/odt/README.org. Jambunathan points to this message, which can help: http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01460.html HTH, -- Bastien
Re: [O] [PATCH] was: patch makefile solve a couple debian build problems and a slackware build problem
Achim Gratz strom...@nexgo.de writes: My patch also did not remove the documentation of the removed target in the help/targets section of the Makefile. I'm attaching a patch to correct that. Applied, thanks! -- Bastien
Re: [O] how to change the headline starter *
har...@free.fr writes: (setq outline-regexp [-\f]+) so as to use - as the headline starter character in outline mode. Switch to another buffer, enter the text - first heading -- second heading some stuff here Activate org-mode. M-x org-mode. You should not do this. org-mode lists start with a -, using this character for headlines will just confuse things. Can't you live with the * as the headline character? My 2 cents, -- Bastien
Re: [O] [PATCH] Adding support for :results output for clojure src blocks.
Eric Schulte schulte.e...@gmail.com writes: Yes, please do consider signing the FSF papers to enable this and future contributions to be included into Org-mode. Robert sent the paper, let's wait till the process is done. However, in this particular case, you could easily sneak your patch into under 10 lines by replacing the `cond' with a nested `if', and I would be happy to include such a patch immediately. :) Robert, can you reapply a 10-lines patch? Also, for patches directed at ob-* files, if you don't mind building the patch with git format-patch I would prefer that format -- although I'll happily take patches in any format. For the record, I much prefer patch with git format-patch. Easy to read, easy to apply, easy to amend. Thanks! -- Bastien
Re: [O] babel work flow
Sebastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Thomas, Thomas S. Dye wrote: I want to use one of the dot utilities, tred, in a way that preserves my ability to distribute the Org-mode file as reproducible research, i.e., intermediate results should end up in the Org-mode file or be passed along in a chain. Right now I have a python routine that reads a couple of Org-mode tables and outputs a valid dot graph. I'm saving this to a file, dot-temp.gv, and then running some shell commands, like this: #+begin_src sh tred dot-temp.gv test.gv dot -o test.pdf -Tpdf test.gv open test.pdf #+end_src The graph is just what I want, but I can't see how to automate the process in Org-mode. In particular, the tred step trips me up. Do I have to make babel, tred-aware? Sorry if I misunderstand, but could you be more explicit (for me) on what the problem is? Why is it a problem for you to have that sh block inside your Org. It is executed automagically upon exporting, no? If yes, why is that not good enough? Best regards, Seb Aloha Seb, Yes, babel is working fine and the sh block does its job. The problem is that I like to see intermediate results in the Org-mode file and the sh block works instead with files that reside outside Org-mode. In this particular case, I'd prefer to have dot-temp.gv in a results block in the Org-mode file, and then pass this results block into a source code block where tred can manipulate it, and which returns its results to the Org-mode file. That way, the skeptical inquirer need only consult the Org-mode file to be convinced that tred removed the transitive relations from the digraph. It would be an easy matter to compare the two results blocks. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] how to change the headline starter *
b...@altern.org writes: har...@free.fr writes: (setq outline-regexp [-\f]+) so as to use - as the headline starter character in outline mode. Switch to another buffer, enter the text - first heading -- second heading some stuff here Activate org-mode. M-x org-mode. You should not do this. org-mode lists start with a -, using this character for headlines will just confuse things. Let me rephrase my message then. BUG. How to reproduce. Starting with emacs -Q (this is emacs 23.2 together with org-mode 6.33), execute in the scratch buffer (setq outline-regexp [•\f]+) so as to use a bullet as the headline starter character in outline mode. Switch to another buffer, enter the text • first heading •• second heading some stuff here Activate org-mode. M-x org-mode. Then go to the first heading. TAB folds the text as expected. Go to the second heading. TAB inserts a TAB instead of folding the second heading. Can't you live with the * as the headline character? That's a pretty rude answer, I must say. I don't know a single language (language as e.g. english, russian, spanish...) that uses * as an headline character. BTW, I know that bugs should be reported through the bug tracker, I will do that asap, and no, I don't have a patch, I don't understand how org-mode works. -- Harven
Re: [O] Problem with autoloads
On Tue, Jun 28, 2011 at 3:09 PM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: diff --git a/Makefile b/Makefile index 239ab2e..2d1d324 100644 --- a/Makefile +++ b/Makefile @@ -230,12 +230,11 @@ autoloads: lisp/org-install.el lisp/org-install.el: $(LISPFILES0) Makefile $(BATCH) --eval (require 'autoload) \ - --eval '(find-file org-install.el)' \ + --eval '(find-file lisp/org-install.el)' \ --eval '(erase-buffer)' \ - --eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote ($(LISPFILES0' \ + --eval '(mapc (lambda (x) (generate-file-autoloads (symbol-name x))) (quote ($(LISPF' \ --eval '(insert \n(provide (quote org-install))\n)' \ --eval '(save-buffer)' - mv org-install.el lisp doc/org: doc/org.texi (cd doc $(MAKEINFO) --no-split org.texi -o org) This patch to the Makefile generates the autoloads without the lisp/ prefix for me and works without errors. However as Nick says, maybe its worthwhile to understand why this was happening in the first place. My lisp knowledge is very little, but please let me know if I can help track this down. Is there any more progress on finding and fixing this problem with org and emacs24? I just built the development version of Aquamacs (GNU Emacs 24.0.50.3). The problem with the way org autoloads lisp files is present. Should this patch be applied to org sources?
Re: [O] how to change the headline starter *
har...@free.fr wrote: b...@altern.org writes: har...@free.fr writes: (setq outline-regexp [-\f]+) so as to use - as the headline starter character in outline mode. Switch to another buffer, enter the text - first heading -- second heading some stuff here Activate org-mode. M-x org-mode. You should not do this. org-mode lists start with a -, using this character for headlines will just confuse things. Let me rephrase my message then. BUG. How to reproduce. Starting with emacs -Q (this is emacs 23.2 together with org-mode 6.33), execute in the scratch buffer (setq outline-regexp [•\f]+) so as to use a bullet as the headline starter character in outline mode. Switch to another buffer, enter the text • first heading •• second heading some stuff here Activate org-mode. M-x org-mode. Then go to the first heading. TAB folds the text as expected. Go to the second heading. TAB inserts a TAB instead of folding the second heading. Can't you live with the * as the headline character? That's a pretty rude answer, I must say. I don't know a single No, it's not. It is as clear an indication as anybody can give you that asterisks are pretty much embedded into org structure. Patient: Doctor, it hurts when I do that Doctor: Don't do that You may not like it but that's the way it is. Trying to change it at a superficial level (as you did by changing outline-regexp) is likely to land you in a world of pain. Nick language (language as e.g. english, russian, spanish...) that uses * as an headline character. BTW, I know that bugs should be reported through the bug tracker, I will do that asap, and no, I don't have a patch, I don't understand how org-mode works.
Re: [O] Using org-mode for Research and Notetaking
John Hendy jw.he...@gmail.com writes: I posted something similar a bit back. I do use org for todos, but also write papers/reports, and take notes on things I'm reading. You might want to check out that thread. [1] In particular, there were some great comments about using inline tasks with custom export options (one of them being the todonotes pacakge). [2] [3] Hope that offers at least some input. I think inline tasks can do what you want -- can be exported or not, they stay out of the way, and don't break the flow. Good luck! Thanks for the suggestion, I have to look into the export options. --- All from the same thread, but I skimmed it and picked these out in particular: [1] Top level thread: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg40356.html [2] Inline tasks suggestion: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg40359.html [3] Todonotes variant: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg40589.html John -- Florian Beck -- Florian Beck
Re: [O] Using org-mode for Research and Notetaking
Bastien b...@altern.org writes: 2. Tags are SLOW (no doubt due to my 8.5M file). Completion takes minutes. I fixed that by adding all my (hundreds of) tags to `org-tag-alist' and restricting capture to »%g«, checking only the current file. `org-id-find' is slow as well and so will be property completions, I guess. How about caching the data and update on saving an org-agenda file? We might consider this. I doubt updating on saving is the right thing to do -- people tend to save very often, and for solving problems like yours, it will be as slow as the current interface. We need to be more clever in defining the update cycle for caches, and this depends on _what_ the cache is containing. I agree, updating on saving would not work for large files. Maybe you could use a cache on a per file basis, creating it when org first happens to collect the data and updating it on demand. Of course, it might be out of date, which in my case would be no problem. You will need to live with it for now. 4. muse-mode has this nice feature that it easily allows you to define your own tags like i-am-learning-kanji-so-better-display-this-big…/… or a-citation-the-way-i-like-it…/…; not only for export but also for fontification. Can I do something similar in org-mode? What do you mean? What I can think of are tag aliases: for example, the tag :code: would be an alias for :code python lisp:. The buffer would display the alias. Tag search would match the expanded version. This adds a semantic layer for tags, so maybe there are complexities I cannot think of right now, but I think it might be interesting. What do you think? Actually, I meant »tags« in the HTML sense. For boxedexample/boxed would call a function during export, which returns, say, its LaTeX interpretation, another function would be called by font lock (or whatever you use) to determine its on screen display. That is, the user has to provide two functions and org mode has to call them at the appropriate place. 5. According to the manual »TODO items are an integral part of the notes file«. I like that, but I do not find it so. TODO items are headings which I find somewhat confusing: My files are either articles to be (with the appropriate headlines) or notes where headlines usually formulate the topic the note is about. Todo items, on the other hand, would be »clarify the paragraph«, »check what X says about Y«, »add more sources«, etc. As it is TODOs are not integrated but stand out, breaking the structure of the file. How about allowing TODO items in comments? This would seem much more natural to me: a TODO item should not be part of your text but disappear when it is done. As suggested, you want to check inline tasks. I'll look into it. Thanks for your comments! I really don't like the current syntax for inline tasks, I would much prefer something like special TODO keywords: * !TODO This would be an inline task, not a headline But perhaps I'm missing something about why the current inline task syntax is useful. I'd be interested in hearing more by people who are actually using them... Thanks for your input! -- Florian Beck
[O] Thesauri to manage tags (Tag taxonomies) -- feature request
Dear all Some time ago I floated a tag hierarchy idea for org-mode. It didn't gain much interest (through I received some very kind replies). http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01393.html There are other similar ideas here by others. http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg01171.html http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg00611.html What I've discovered since then is that what we are all maybe trying to re-invent is a thesaurus concept, including a controlled vocabulary concept. Thesauri seem to be well understood, and are standardised by ISO 2788. I use selective export using tags a lot. If I can re-phrase my original request using better language, what I am looking for is a way of managing org tags using simple thesauri terms -- inside an org file. There's software out there to manage thesauri, but I think it would be fantastic to instead build taxonomies inside org-mode and use these to drive org exports. The problem I'm trying to solve is that, in big publishing projects, the number of tags can grow and might eventually need to be managed outside org-mode. (I'm already keeping lists of my tags inside org-mode tables.) What I would love to do is build a simple taxonomy of tags from a controlled vocabulary -- that I can manage entirely inside org-mode. Then we could: a) have an orderly list of tags (using the thesaurus USE concept, etc. to help) to restrict tag bloat, and in fact have a controlled list of tags/terms. b) allow nesting of tags (using the thesuaris Broader Term (BT) and Narrower Term (NT) concepts). This would allow export of, say, :colour: to export :red: :green: and :blue:. It would also allow publishing project to be managed by arranging NT/BT in one place in the org file, rather than micromanaging tags in headings. Additionally, tags could belong to more than one taxonomy in the same publishing project. (The dreaded DITA 1.2 spec now has something like this in the guise of Subject Scheme maps. But I never want to look at DITA again.) http://docs.oasis-open.org/dita/v1.2/cs01/spec/common/subjectScheme.html I hope you know what I am on about...thanks again for your time. John
Re: [O] Using org-mode for Research and Notetaking
Florian Beck abstrakt...@t-online.de writes: Bastien b...@altern.org writes: 2. Tags are SLOW (no doubt due to my 8.5M file). Completion takes minutes. I fixed that by adding all my (hundreds of) tags to `org-tag-alist' and restricting capture to »%g«, checking only the current file. `org-id-find' is slow as well and so will be property completions, I guess. How about caching the data and update on saving an org-agenda file? We might consider this. I doubt updating on saving is the right thing to do -- people tend to save very often, and for solving problems like yours, it will be as slow as the current interface. We need to be more clever in defining the update cycle for caches, and this depends on _what_ the cache is containing. I agree, updating on saving would not work for large files. Maybe you could use a cache on a per file basis, creating it when org first happens to collect the data and updating it on demand. Of course, it might be out of date, which in my case would be no problem. You will need to live with it for now. 4. muse-mode has this nice feature that it easily allows you to define your own tags like i-am-learning-kanji-so-better-display-this-big…/… or a-citation-the-way-i-like-it…/…; not only for export but also for fontification. Can I do something similar in org-mode? What do you mean? What I can think of are tag aliases: for example, the tag :code: would be an alias for :code python lisp:. The buffer would display the alias. Tag search would match the expanded version. This adds a semantic layer for tags, so maybe there are complexities I cannot think of right now, but I think it might be interesting. What do you think? Actually, I meant »tags« in the HTML sense. For boxedexample/boxed would call a function during export, which returns, say, its LaTeX interpretation, another function would be called by font lock (or whatever you use) to determine its on screen display. That is, the user has to provide two functions and org mode has to call them at the appropriate place. Aloha Florian, This is partially implemented with Org-mode's link syntax. See http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-10-3 for an example that defines LaTeX and HTML exports for arbitrary tags. AFAIK, the link syntax lacks an easy way to change the function for screen display, but this would be a useful addition to Org-mode. Then, it would be a relatively simple matter to provide functions that differentiate on-screen between links used for different purposes. There was a discussion along these lines on list some time ago under the heading text color + highlight. hth, Tom 5. According to the manual »TODO items are an integral part of the notes file«. I like that, but I do not find it so. TODO items are headings which I find somewhat confusing: My files are either articles to be (with the appropriate headlines) or notes where headlines usually formulate the topic the note is about. Todo items, on the other hand, would be »clarify the paragraph«, »check what X says about Y«, »add more sources«, etc. As it is TODOs are not integrated but stand out, breaking the structure of the file. How about allowing TODO items in comments? This would seem much more natural to me: a TODO item should not be part of your text but disappear when it is done. As suggested, you want to check inline tasks. I'll look into it. Thanks for your comments! I really don't like the current syntax for inline tasks, I would much prefer something like special TODO keywords: * !TODO This would be an inline task, not a headline But perhaps I'm missing something about why the current inline task syntax is useful. I'd be interested in hearing more by people who are actually using them... Thanks for your input! -- Thomas S. Dye http://www.tsdye.com
Re: [O] how to change the headline starter *
On Thu, 14 Jul 2011 19:32:18 +0200 (CEST), har...@free.fr wrote: b...@altern.org writes: har...@free.fr writes: (setq outline-regexp [-\f]+) so as to use - as the headline starter character in outline mode. Switch to another buffer, enter the text - first heading -- second heading some stuff here Activate org-mode. M-x org-mode. You should not do this. org-mode lists start with a -, using this character for headlines will just confuse things. Let me rephrase my message then. BUG. How to reproduce. Starting with emacs -Q (this is emacs 23.2 together with org-mode 6.33), execute in the scratch buffer (setq outline-regexp [•\f]+) so as to use a bullet as the headline starter character in outline mode. Switch to another buffer, enter the text • first heading •• second heading some stuff here Activate org-mode. M-x org-mode. Then go to the first heading. TAB folds the text as expected. Go to the second heading. TAB inserts a TAB instead of folding the second heading. Can't you live with the * as the headline character? That's a pretty rude answer, I must say. I don't know a single language (language as e.g. english, russian, spanish...) that uses * as an headline character. BTW, I know that bugs should be reported through the bug tracker, I will do that asap, and no, I don't have a patch, I don't understand how org-mode works. -- Harven Harven, One of Org-mode's fundamental goals is to help people make more *efficient* (sorry, •efficient•) use of their time. Screwing around with utterly useless vanity config (I wanna make it look COOL) is the exact opposite. Please don't *insult* our devs by calling this useless BS a BUG, let alone ask them to *waste* their precious time and skills on it. If you manage to implement it yourself, you're welcome to send your patch to the list. We might need it someday, when we -in a bout of insanity- decide our target audience somehow includes twelve-year-olds. If you find that rude, don't worry: If our product or the technical support pertaining to it proves unsatisfactory in any way, you're entitled to a full refund. Just send your proof of purchase to one of our sales reps near you. You still have the receipt don't you? Peace -- Pieter
[O] agenda view: global todo list
Hi; I'm relatively new to org-mode, I'm liking what I see so far, but I have two questions. I'm using emacs 23.2.1, org-mode 6.33x I have org-todo-keywords set to ((sequence TODO(t!) ANALYSIS(a!) FEEDBACK(f@) VERIFY(v!) WAIT(w@/!) | DONE(d@) DELEGATED(e@) CANCELLED(c@))) and I have a org-remember-template set up to capture (among other things) random TODOs into a file named 'todo.org'. 1. In Global TODO agenda view (C-a t) the '# r' 'redo' command confuses me a bit. In the menu at the top of the view, '0 r' maps to 'ALL' and '1 r' to the list of unclosed TODOs, yet they both produce the same listing for me. I was expecting '0 r' to produce a listing of all TODO's, whatever state they were in. This may just be a misunderstanding of what 'ALL' really means: is 'ALL' just a synonym for 'TODO'? 2. With org-todo-keywords defined as above... Regarding the interaction of 'remember' and 'org-todo-keywords. When I go to capture a TODO using remember, unless I set org-log-done to 'note (though I haven't tried setting it to 'time) org-mode doesn't seem to know about org-todo-keywords (even though C-hv shows that it's defined), no logging happens, and the TODOs in todo.org have only the 2 default states. When I do (setq org-log-done 'note), remember fails to log the initial change _into_ the TODO state, unlike what happens inside of any other org-mode file when I hit C-cC-t, it will only do so when I change state using C-cC-t, either in the note after I've filed it using C-cC-c, or while composing the TODO in the remember buffer. This last happenstance does leave me with a work-around: after starting to compose a remember TODO, and while still in the 'remember' buffer, I can do C-cC-t to change the state from TODO to TODO, (and then change the first TODO to , if I'm feeling fastidious) and that will log the time of the start of the TODO. All subsequent changes to the state will be handled just as with any other TODO. So, the question is: is this just the way things are with remember and org-todo-keywords? Finally, thanks to all for their good work on this mode. It's pretty fabulous! TIA whd
[O] [PATCH]
=== I want org-publish-current-file ~/git/org/filename.org in ~/pub/org/ Some setup: (setq org-publish-project-alist ... :base-directory ~/git/org :publishing-directory ~/pub/org :publishing-function org-publish-org-to-pdf ... or just (org-export-as-pdf 3 nil nil *Org LaTeX Export* nil ~/pub/org) Before patch, incorrectly: all pdf-creating files: filename.aux, filename.out, etc, apart from filename.tex, are here: ../base-directory/ After patch, correctly: all pdf-creating files are here: ../publishing-directory/ == Solution: All 'cmds' must be called in 'lbuf', but not in filename.org's buffer context. == diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 1d6e042..5270943 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1043,26 +1043,28 @@ when PUB-DIR is set, use this as the publishing directory. (with-current-buffer outbuf (erase-buffer)) (message (concat Processing LaTeX file file ...)) (setq output-dir (file-name-directory file)) -(if (and cmds (symbolp cmds)) - (funcall cmds (shell-quote-argument file)) - (while cmds - (setq cmd (pop cmds)) - (while (string-match %b cmd) - (setq cmd (replace-match -(save-match-data - (shell-quote-argument base)) -t t cmd))) - (while (string-match %f cmd) - (setq cmd (replace-match -(save-match-data - (shell-quote-argument file)) -t t cmd))) - (while (string-match %o cmd) - (setq cmd (replace-match -(save-match-data - (shell-quote-argument output-dir)) -t t cmd))) - (shell-command cmd outbuf))) +(with-current-buffer lbuf + (save-excursion + (if (and cmds (symbolp cmds)) + (funcall cmds (shell-quote-argument file)) + (while cmds + (setq cmd (pop cmds)) + (while (string-match %b cmd) + (setq cmd (replace-match +(save-match-data + (shell-quote-argument base)) +t t cmd))) + (while (string-match %f cmd) + (setq cmd (replace-match +(save-match-data + (shell-quote-argument file)) +t t cmd))) + (while (string-match %o cmd) + (setq cmd (replace-match +(save-match-data + (shell-quote-argument output-dir)) +t t cmd))) + (shell-command cmd outbuf) (message (concat Processing LaTeX file file ...done)) (setq errors (org-export-latex-get-error outbuf)) (if (not (file-exists-p pdffile)) __ С уважением, Бойков Евгений Алексеевич сот. 8-924-202-25-65 e-mail: arts...@list.ru
[O] Tag hierarchy idea redux -- thesaurus -- Feature request
Dear all Some time ago I floated a tag hierarchy idea for org-mode. It didn't gain much interest. http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01393.html What I've discovered since then is that I was trying to reinvent both a thesaurus concept and a controlled vocabulary concept. Thesauri seem to be well understood, and is standardised by ISO 2788. What I am looking for then is a way of managing org tags using a very simple thesauri idea -- inside an org file. The problem I've trying to solve is that, in big publishing projects, the number of tags can grow and might eventually need to be managed outside org-mode. What I would love to do is build a simple taxonomy of tags from a controlled vocabulary that I can manage entirely inside org-mode. Then we could: a) have an orderly list of tags (using the USE concept, etc.) to restrict tag bloat. b) allow nesting of tags (using the BT and NT concepts). This would allow export of, say, :colour: to export :red: :green: and :blue:. It would also allow the BT tags to be managed rather than micromanaging tags in headings. Additionally, tags could belong to more than one taxonomy in the same publishing project. (The dreaded DITA 1.2 spec now has something like this in the guise of Subject Scheme maps. Please don't make me look at DITA again..!) http://docs.oasis-open.org/dita/v1.2/cs01/spec/common/subjectScheme.html I hope you know what I am on about...thanks again for your time. John Tait
[O] Thesaurus terms as org tags -- feature request
Dear all Some time ago I floated a tag hierarchy idea for org-mode. It didn't gain much interest (through I received some very kind replies). http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01393.html There are other similar ideas here. http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg01171.html http://lists.gnu.org/archive/html/emacs-orgmode/2010-10/msg00611.html What I've discovered since then is that what we are trying to reinvent is a thesaurus concept, including a controlled vocabulary concept. Thesauri seem to be well understood, and are standardised by ISO 2788. What I am looking for then is a way of managing org tags using a very simple thesauri terms -- inside an org file. There's software out there to manage thesauri, but I think would be fantastic to instead build taxonomies inside org-mode and use this to drive org exports. The problem I'm trying to solve is that, in big publishing projects, the number of tags can grow and might eventually need to be managed outside org-mode. (I'm already keeping lists of my tags inside org-mode tables.) What I would love to do is build a simple taxonomy of tags from a controlled vocabulary -- that I can manage entirely inside org-mode. Then we could: a) have an orderly list of tags (using the thesaurus USE concept, etc.) to restrict tag bloat, and in fact have a controlled list of tags/terms. b) allow nesting of tags (using the thesuaris Broader Term (BT) and Narrower Term (NT) concepts). This would allow export of, say, :colour: to export :red: :green: and :blue:. It would also allow publishing project to be managed by arranging NT/BT in one place in the org file, rather than micromanaging tags in headings. Additionally, tags could belong to more than one taxonomy in the same publishing project. (The dreaded DITA 1.2 spec now has something like this in the guise of Subject Scheme maps. But I don't want to look at DITA again.) http://docs.oasis-open.org/dita/v1.2/cs01/spec/common/subjectScheme.html I hope you know what I am on about...thanks again for your time. John Tait
[O] Org-mode on GNU ELPA
Org-mode on GNU ELPA does not distribute the contrib-directory. Is there any chance this could be added? Other than that, I think the GNU ELPA archive is synced with the trunk/master rather than with the actual releases. I often encounter minor bugs when working with org which usually disappear after updating from GNU ELPA again. Is is possible that the mainline release (7.6) is distributed via ELPA rather than a bleeding edge development version?
Re: [O] how to change the headline starter *
Bastien b...@altern.org writes:
har...@free.fr writes:
(setq outline-regexp [-\f]+)
so as to use - as the headline starter character in outline mode.
Switch to another buffer, enter the text
- first heading
-- second heading
some stuff here
Activate org-mode. M-x org-mode.
You should not do this. org-mode lists start with a -, using
this character for headlines will just confuse things.
Can't you live with the * as the headline character?
My 2 cents,
Is there any particular reason for it to be hardcoded? Apart from the
fact that /well it just is this way right now/ I mean.
That'd be useful information for anyone interested in changing it. Then
you can still just tell them to write a patch if they care that much
('cause even in org-mode-land patches don't write themselves just yet)
[I just had the most awesome idea for a feature request].
If it's just about inheriting from a variable in some 300 places it
could at least be discussed.
--
Philipp Haselwarter
[O] Bug: Org-Babel Mode R Plot Output to LaTeX File [Babel] [7.5]
Hi, I like org-mode and org-babel mode very much, but recently I am having
problems outputting R graphics to LaTeX report with
Org-Babel mode. Attached is my test file, where I am generating 4
simple plots of different sizes and format (.png or .pdf). The HTML
export is satisfactory, however, the LaTeX export (C-c C-e l) presents two
problems:
1. All 4 plots have the same size (10em) which is different from the
header specification and is too small.
\includegraphics[width=10em]{a1.png} ...
\includegraphics[width=10em]{a2.png} ...
\includegraphics[width=10em]{a3.pdf} ...
\includegraphics[width=10em]{a4.pdf} ...
2. While exporting to PDF file, the R code is mysteriously lost in
the R execution for the PDF output of the plots and the compilation failed
correspondingly:
pdf(file=a3.pdf,width=5,height=5)
dev.off()
pdf(file=a4.pdf,width=10,height=10)
dev.off()
Hopefully you can replicate my errors and help me on this. Thanks a
lot!
Best regards,
Feiming Chen
Emacs : GNU Emacs 23.2.1 (i386-redhat-linux-gnu, GTK+ Version 2.21.4)
of 2010-07-08 on x86-05.phx2.fedoraproject.org
Package: Org-mode version 7.5
current state:
==
(setq
org-file-apps '((auto-mode . emacs) (\\.mm\\' . default)
(\\.x?html?\\' . firefox %s) (\\.pdf\\' . evince %s))
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-hide-block-startup t
org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
org-src-fontify-natively t
org-babel-load-languages '((emacs-lisp . t) (R . t))
org-metaup-hook '(org-babel-load-in-session-maybe)
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
org-babel-hide-result-toggle-maybe)
outline-regexp \\*+
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-reveal-start-hook '(org-decrypt-entry)
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-format-latex-header
\\documentclass{article}\n\\usepackage[usenames]{color}\n\\usepackage{amsmath}\n\\usepackage[mathscr]{eucal}\n%
Feiming's Customization
BEGIN\n\\usepackage[colorlinks=true]{hyperref}\n\\input{/home/chen/lib/math.tex}\n%
Feiming's Customization END\n\\pagestyle{empty} % do not
remove\n[PACKAGES]\n[DEFAULT-PACKAGES]\n% The settings below are copied from
fullpage.sty\n\\setlength{\\textwidth}{\\paperwidth}\n\\addtolength{\\textwidth}{-3cm}\n\\setlength{\\oddsidemargin}{1.5cm}\n\\addtolength{\\oddsidemargin}{-2.54cm}\n\\setlength{\\evensidemargin}{\\oddsidemargin}\n\\setlength{\\textheight}{\\paperheight}\n\\addtolength{\\textheight}{-\\headheight}\n\\addtolength{\\textheight}{-\\headsep}\n\\addtolength{\\textheight}{-\\footskip}\n\\addtolength{\\textheight}{-3cm}\n\\setlength{\\topmargin}{1.5cm}\n\\addtolength{\\topmargin}{-2.54cm}
org-startup-indented t
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-babel-pre-tangle-hook '(save-buffer)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-use-speed-commands t
org-mode-hook '(turn-on-org-cdlatex
(lambda nil
(setq org-mouse-context-menu-function
(quote org-mouse-context-menu))
(when (memq (quote context-menu) org-mouse-features)
(org-defkey org-mouse-map [mouse-3] nil)
(org-defkey org-mode-map [mouse-3]
(quote org-mouse-show-context-menu))
)
(org-defkey org-mode-map [down-mouse-1]
(quote org-mouse-down-mouse))
(when (memq (quote context-menu) org-mouse-features)
(org-defkey org-mouse-map [C-drag-mouse-1]
(quote org-mouse-move-tree))
(org-defkey org-mouse-map [C-down-mouse-1]
(quote org-mouse-move-tree-start))
)
(when (memq (quote yank-link) org-mouse-features)
(org-defkey org-mode-map [S-mouse-2]
(quote org-mouse-yank-link))
(org-defkey org-mode-map [drag-mouse-3]
(quote org-mouse-yank-link))
)
(when (memq (quote move-tree) org-mouse-features)
(org-defkey org-mouse-map [drag-mouse-3]
(quote org-mouse-move-tree))
(org-defkey org-mouse-map [down-mouse-3]
(quote org-mouse-move-tree-start))
)
(when (memq (quote activate-stars) org-mouse-features)
(font-lock-add-keywords nil
[O] ...sorry for triple post -- John
Re: [O] Problem with autoloads
On Thu, Jul 14, 2011 at 7:33 PM, Skip Collins skip.coll...@gmail.com wrote: This patch to the Makefile generates the autoloads without the lisp/ prefix for me and works without errors. However as Nick says, maybe its worthwhile to understand why this was happening in the first place. My lisp knowledge is very little, but please let me know if I can help track this down. Is there any more progress on finding and fixing this problem with org and emacs24? I just built the development version of Aquamacs (GNU Emacs 24.0.50.3). The problem with the way org autoloads lisp files is present. Should this patch be applied to org sources? I have been using this patch since my last post, I haven't had this problem again. But of course that doesn't say whether that means the problem isn't present without the patch. :) -- Suvayu Open source is the future. It sets us free.
[O] Customising C-c C-c behaviour
Hi, I would like to customise the behaviour of C-c C-c on plain text (specifically I would like to make it alter the tags, as if the cursor were on the item header). A variable exists called org-ctrl-c-ctrl-c-hook, but if any function contained in that variable runs, it overrides all other C-c C-c behaviour. I want my customisation to only run if C-c C-c has nothing more interesting to do. Possibilities include: 1. Advising org-ctrl-c-ctrl-c. However it seems difficult to tell whether this function has succeeded from its return value, ie there doesn't seem to be any standard value returned when the command has succeeded. OTOH if it fails, it throws a simple error, which I could catch -- but then I would not know if the error I was handling was actually caused by something else going wrong in the depths of the function. This could be solved by altering org-ctrl-c-ctrl-c so it uses a specific, identifiable error symbol instead of 'error'. 2. Creating another variable called org-ctrl-c-ctrl-c-post-hook which runs after all other possibilities have failed, but just before org-ctrl-c-ctrl-c fails. Both options would be easy to implement. Option 1 just involves adding the following code: (put 'org-ctrl-c-ctrl-c-error 'error-message C-c C-c can do nothing useful at this location) (put 'org-ctrl-c-ctrl-c-error 'error-conditions '(error org-ctrl-c-ctrl-c-error)) And changing the '(error ...' line at the end of org-ctrl-c-ctrl-c to: (signal 'org-ctrl-c-ctrl-c-error nil) This error is still a subtype of 'error' so it behaves the same, unless someone is specifically trying to catch it. Any thoughts, objections, or better ideas?
Re: [O] Calendar-like view of the org-agenda
Hi Tassilo, At Wed, 13 Jul 2011 21:55:09 +0200, Tassilo Horn wrote: : - I was hoping `r' to redraw the grid, after I've changed Emacs frame size. It does not seem to be the case. Could that be foreseen? I've seen you already all the available space, when drawing the grid for the first time. I've implemented that in my fork. http://github.com/tsdh/emacs-calfw Masashi, feel free to pull if you think it's ok. Thank you! I will check and merge it. Regards, -- SAKURAI, Masashi (family, given) m.saku...@kiwanami.net
Re: [O] question about ODT export behavior
Can you give me a hint where I can find some documentation about changing the styles.xml? You can have a look at contrib/odt/README.org. Jambunathan points to this message, which can help: http://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01460.html Here is the relevant variable. ,[ C-h v org-export-odt-styles-file RET ] | org-export-odt-styles-file is a variable defined in `org-odt.el'. | Its value is nil | | Documentation: | Default style file for use with ODT exporter. | Valid values are path to an styles.xml file or a path to a valid | *.odt or a *.ott file or a list of the form (FILE (MEMBER1 | MEMBER2 ...)). In the last case, the specified FILE is unzipped | and MEMBER1, MEMBER2 etc are copied in to the generated odt | file. The last form is particularly useful if the styles.xml has | reference to additional files like header and footer images. | | | You can customize this variable. | | [back] ` Here is a specific example: , | (setq org-export-odt-styles-file | '(~/tmp-orgmode/Thu Thong Bao - Trai Ve Nguon XV (2011).odt | (styles.xml Pictures/1274034B83A526F3.png))) | | the styles.xml and header images would get copied on to the generated | odt file. | | If the desired styles.xml makes no references to other files (as in the | example above) then the above variable could be set to | | (setq org-export-odt-styles-file | ~/tmp-orgmode/Thu Thong Bao - Trai Ve Nguon XV (2011).odt) | | or | | (setq org-export-odt-styles-file ~/elisp/styles.xml) ` I am seeing that customization interface for org-export-odt-styles-file variable is only partially done. If the customization interface doesn't do the right thing for you, you can use the setq form temporarily. The default styles file used by the odt exporter is: org-root-dir/contrib/odt/styles/OrgOdtStyles.xml There is also an automatic styles file in there. If you are interested in customizing the styles you could do this: 1. Export test.org to test.odt 2. Open test.odt and use the OpenOffice stylist to change the user-defined styles. The Org-specific user stlyes have `Org' as a prefix. Hint: One can use M-x occur RET Org RET in OrgOdtStyles.xml buffer to see the Org specific styles. Caution: The style-names used in the styles.xml are the style-names written out in content.xml. So it is important that the style-names be not changed at all. 3. Save the newly styled test.odt as say ~/.emacs.d/org-odt/custom.odt or ~/.emacs.d/org-odt/custom.ott file. 4. Use one of the following: 1. Customize org-export-odt-styles-file to the custom.odt or custom.ott file. 2. If you are a bit adventurous, you can open the newly saved test.odt in an archive-mode, extract the styles.xml and save it to ~/.emacs.d/org-odt/user-styles.xml. Then customize org-export-odt-styles-file to point to the above styles.xml file. I anticipate more questions and follow-on enhancements to styles interface as more and more people start using it. So all inputs are welcome. Jambunathan K. HTH, --
