Re: [O] Local #+LINK's in org-mode file
> This means that if a line containing a #+LINK statement is changed the > change does not take effect until either x org-mode is > executed, or the buffer is killed and the file re-opened. Well Org has it's quirks. Does running C-c C-c on the #+LINK line (as a replacement for reloading org or the buffer) help installing the change? Jambunathan K.
[O] Local #+LINK's in org-mode file
Dear fellow org-mode users: I have a question about local #+LINK statements. They are stored in the variable org-link-abbrev-alist-local. This variable seems to be only updated when org-mode is initiated, e.g. when opening a new buffer. This means that if a line containing a #+LINK statement is changed the change does not take effect until either x org-mode is executed, or the buffer is killed and the file re-opened. So, one can't change the #+LINK line and immediately do an html export. This confused me for a while. Would it be possible to run the "org-mode" command at the beginning of an html export, this way the edited value of the LINK would be used immediately without having to reopen the org file. Maybe I am missing something, any advice is welcome. Thanks in advance, Erwin J Prinz
Re: [O] HTML export headers
Aditya Mandayam writes: > Hello, > > HTML export produces the following header right now, for example: > Is there anyway to customise this? M-x customize-group RET org-export-html RET Look at all the options and see whether something interests you. Or you can do M-: (find-file (locate-library "org-html.el")) and search for the specific string that you are querying for. Look around to see where the nearby `defcustom' are. Option 2 is likely to fast and efficient. Jambunathan K. > Muchas gracias, > > A > > --
[O] HTML export headers
Hello, HTML export produces the following header right now, for example: http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en"> XXX YYY ZZZtitle> Is there anyway to customise this? Muchas gracias, A
Re: [O] org-babel-dot on windows
Hi Eric, I'm using the following version of org-mode and Emacs: commit cae9f947beb5f529569a7eb33b460e670fb8ff97 Author: Eric Schulte Date: Tue Aug 30 14:50:26 2011 -0600 Emacs: GNU Emacs 23.3.1 (i386-mingw-nt6.1.7601) of 2011-03-10 on 3249CTO The error says: Error: dot: can't open c\:/Users/bas/AppData/Local/Temp/babel-2652SMW/dot-2652b4h running: dot -Tpng \Users\bas\AppData\Local\Temp\babel-2652SMW\dot-2652b4h -o test.png in a cmd window works fine and generates the png I would expect. About my configuration, I don't know if there is anything weird in it. For reference I appended the org-mode part of my .emacs at the bottom of this message. Do you know anybody who has a Windows box that can reproduce/investigate this problem? Thanks for your quick response. Regards, Bas Bossink (require 'org-install) (add-to-list 'auto-mode-alist '("\\.org$" . org-mode)) (define-key global-map "\C-cl" 'org-store-link) (define-key global-map "\C-ca" 'org-agenda) (global-set-key (kbd "") 'org-clock-in) (global-set-key (kbd "S-") 'org-clock-out) (global-set-key (kbd "C-c r") 'remember);; (1) (add-hook 'remember-mode-hook 'org-remember-apply-template) ;; (2) (setq org-remember-templates '((?n "* %U %?\n\n %i\n %a" "~/notes.org"))) ;; (3) (setq remember-annotation-functions '(org-remember-annotation)) ;; (4) (setq remember-handler-functions '(org-remember-handler)) ;; (5) (setq org-log-done t) (setq org-habit-show-habits-only-for-today t) (setq org-export-html-inline-images t) (setq org-ditaa-jar-path "~/programs/dita/ditaa0_9.jar") (add-hook 'org-babel-after-execute-hook 'org-display-inline-images 'append) (org-babel-do-load-languages (quote org-babel-load-languages) (quote ((emacs-lisp . t) (dot . t) (ditaa . t) (R . t) (python . t) (ruby . t) (gnuplot . t) (clojure . t) (sh . t) (ledger . t) (org . t) (plantuml . t) (latex . t --- On Fri, Sep 2, 2011 at 5:19 PM, Eric Schulte wrote: > Hi Bas, > > Unfortunately I don't have access to a windows machine to reproduce this > problem. > > Does the temporary file name mentioned in your error report exist, and > does it look to be a valid file name? Org-mode uses built-in Emacs > functions for creating temporary files, and these functions are supposed > to work across Windows/*nix systems, so I'm not sure what the problem > could be. > > Are you using the latest version of Org-mode, and do you have anything > weird in your configuration which could cause this problem? > > Sorry I can't be of more help, maybe another windows user on the list > can check that dot works for them. > > Best -- Eric > > Bas Bossink writes: > > > Hi all, > > > > I'm trying to use org-babel-dot on windows but when I try to generate an > > image with C-c C-c the following errors apear: > > > > Error: dot: can't open > > c\:/Users/bas/AppData/Local/Temp/babel-8036JGY/dot-8036HHn > > Error: dot: can't open Dropbox/backward.png > > > > It seems that the file path is not handled correctly. Have there been any > > error reports about this? Or can this be solved be changing my > configuration > > somehow. > > > > - System : Windows 7 64 bit > > - dot executable is in the $PATH > > - org-mode version git commit cae9f947beb5f529569a7eb33b460e670fb8ff97 > (this > > behavior also exists in 7.7) > > - Emacs 23.2.1 > > > > Any light on this issue would be greatly apreciated. > > > > Regards, > > > > Bas Bossink > > -- > Eric Schulte > http://cs.unm.edu/~eschulte/ >
Re: [O] [odt/xhtml] Export lists as tables (list-tables)
Would it be useful to be able to name lists, perhaps so they can be passed to source code blocks just like tables? Tom Sent from my iPhone On Sep 2, 2011, at 8:11 AM, Nicolas Goaziou wrote: > Hello, > > Matt Price writes: > >> I think J's code handles both xhtml & odt exports; remember his >> xhtml was originally developed as a possible basis for a new 'generic' >> exporter. Given the goal of a general solution, why not just: >> >> #+attr: list-table > > Maybe when it will indeed be a general solution. But xhtml & odt isn't > enough for that yet. > > Moreover, #+attr: keyword doesn't exist yet. I think we should > keep #+attr_ for backend specific stuff, there are so many keywords > available to choose from. For example, to be consistent with Babel, > there is #+header:. > > Regards, > > -- > Nicolas Goaziou >
Re: [O] org-babel-dot on windows
Hi Bas and Eric, Eric Schulte wrote: >> I'm trying to use org-babel-dot on windows but when I try to generate an >> image with C-c C-c the following errors apear: > > Unfortunately I don't have access to a windows machine to reproduce this > problem. > > Does the temporary file name mentioned in your error report exist, and does > it look to be a valid file name? Org-mode uses built-in Emacs functions for > creating temporary files, and these functions are supposed to work across > Windows/*nix systems, so I'm not sure what the problem could be. > > Are you using the latest version of Org-mode, and do you have anything weird > in your configuration which could cause this problem? > > Sorry I can't be of more help, maybe another windows user on the list can > check that dot works for them. The following works for me (just tested) on Windows XP SP3: #+begin_src dot :file foo.png :cmdline -Tpng digraph G { a -> b [label="hello", style=dashed]; a -> c [label="world"]; c -> d; b -> c; d -> a; b [shape=Mdiamond, label="this is b"]; c [shape=polygon, sides=5, peripheries=3]; d [style=bold]; } #+end_src Could you maybe provide an ECM of what you were trying to use? Best regards, Seb -- Sebastien Vauban
Re: [O] Best practices? Multiple .org files?
Brian Wood writes: >> 1. I would like to still see the same top-level tree that I see now >> when I shift-Tab e.g: > Here's the closest thing I've found to show all top-level items across > all .org files > > C-c a s > {^\* } > [...] You might like to define a keyboard macro with this key sequence if you are going to do it often. See info:emacs#Save Keyboard Macro -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.7 (release_7.7.240.g4a863)
Re: [O] [odt/xhtml] Export lists as tables (list-tables)
Hello, Matt Price writes: > I think J's code handles both xhtml & odt exports; remember his > xhtml was originally developed as a possible basis for a new 'generic' > exporter. Given the goal of a general solution, why not just: > > #+attr: list-table Maybe when it will indeed be a general solution. But xhtml & odt isn't enough for that yet. Moreover, #+attr: keyword doesn't exist yet. I think we should keep #+attr_ for backend specific stuff, there are so many keywords available to choose from. For example, to be consistent with Babel, there is #+header:. Regards, -- Nicolas Goaziou
Re: [O] [odt/xhtml] Export lists as tables (list-tables)
hi Nicolas On Fri, Sep 2, 2011 at 1:23 PM, Nicolas Goaziou wrote: > Hence, I would suggest to use a line like: > > #+attr_odt: list-table > > just above the list instead of the current choice of syntax. > > Now, as this file is meant to reach Org core, I really wish we can come > up with a more general solution that will benefit to every other > official export backend. Indeed, while developing one specific exporter > is very useful, I personally think that, on the other hand, we must aim > at providing users a consistent experience with any of them[2]. I think J's code handles both xhtml & odt exports; remember his xhtml was originally developed as a possible basis for a new 'generic' exporter. Given the goal of a general solution, why not just: #+attr: list-table with all the exporters aiming to support this feature if it ends up being welcomed by the community as a whole. > > [2] I will probably submit code soon that should help greatly in that > mission. that sounds great, I really look forward to it and am glad to see so many people working on the task of simplifying the creation and management of the exporters! Matt
Re: [O] [odt/xhtml] Export lists as tables (list-tables)
Hello, Jambunathan K writes: > List-tables is a humble first step in this direction. (Proportional > sizing of columns and support for grid lines is coming soon) > > From the blurb: > , > | ;; Notes on LIST-TABLES > | ;; > | ;; When `org-lparse-list-table-enable' is non-nil, the following list > | ;; > | ;; #+begin_list-table > | ;; - Row 1 > | ;; - 1.1 > | ;; - 1.2 > | ;; - 1.3 > | ;; - Row 2 > | ;; - 2.1 > | ;; - 2.2 > | ;; - 2.3 > | ;; #+end_list-table > | ;; > | ;; will be exported as though it were a table as shown below. > | ;; > | ;; | Row 1 | 1.1 | 1.2 | 1.3 | > | ;; | Row 2 | 2.1 | 2.2 | 2.3 | > | ;; > | ;; Note that org-tables are NOT multi-line and each line is mapped to > | ;; a unique row in the exported document. So if an exported table > | ;; needs to contain a single paragraph (with copious text) it needs to > | ;; be typed up in a single line. Editing such long lines using the > | ;; table editor will be a cumbersome task. Furthermore inclusion of > | ;; multi-paragraph text in a table cell is well-nigh impossible. > | ;; > | ;; LIST-TABLEs are meant to circumvent the above problems with > | ;; org-tables. > | ;; > | ;; Note that in the example above the list items could be paragraphs > | ;; themselves and the list can be arbitrarily deep. > | ;; > | ;; Inspired by following thread: > | ;; https://lists.gnu.org/archive/html/emacs-orgmode/2011-03/msg01101.html > ` This will certainly be useful to many Orgers. Though, I will make a remark on the technical side. You shouldn't use blocks for this. Blocks are on the heavy side of syntax and are to be avoided when possible. Here, Org is perfectly able to determine list end by itself[1] without an explicit boundary. Furthermore, blocks, with the obvious exception of backend specific ones, are expected to do "something" in any major exporter. Thus, to put things differently, the structure you use should mention, by one way or another, that this is ODT specific. Hence, I would suggest to use a line like: #+attr_odt: list-table just above the list instead of the current choice of syntax. Now, as this file is meant to reach Org core, I really wish we can come up with a more general solution that will benefit to every other official export backend. Indeed, while developing one specific exporter is very useful, I personally think that, on the other hand, we must aim at providing users a consistent experience with any of them[2]. That being said, nice work. Regards, [1] with the following code, when point is at an item: #+begin_src emacs-lisp (org-list-get-bottom-point (org-list-struct)) #+end_src [2] I will probably submit code soon that should help greatly in that mission. -- Nicolas Goaziou
Re: [O] Best practices? Multiple .org files?
1. I would like to still see the same top-level tree that I see now when I shift-Tab e.g: Here's the closest thing I've found to show all top-level items across all .org files C-c a s {^\* } If you use (setq org-agenda-start-with-follow-mode t), you can surf through this list looking at your other files. I will have to try to learn enough lisp to bind the above command to a key combo maybe M-Shift Tab. (If anyone wants to send me the lisp that'd be great!) Brian Wood Applications Programmer UC Berkeley IST Application Services
Re: [O] org-babel-dot on windows
Hi Bas, Unfortunately I don't have access to a windows machine to reproduce this problem. Does the temporary file name mentioned in your error report exist, and does it look to be a valid file name? Org-mode uses built-in Emacs functions for creating temporary files, and these functions are supposed to work across Windows/*nix systems, so I'm not sure what the problem could be. Are you using the latest version of Org-mode, and do you have anything weird in your configuration which could cause this problem? Sorry I can't be of more help, maybe another windows user on the list can check that dot works for them. Best -- Eric Bas Bossink writes: > Hi all, > > I'm trying to use org-babel-dot on windows but when I try to generate an > image with C-c C-c the following errors apear: > > Error: dot: can't open > c\:/Users/bas/AppData/Local/Temp/babel-8036JGY/dot-8036HHn > Error: dot: can't open Dropbox/backward.png > > It seems that the file path is not handled correctly. Have there been any > error reports about this? Or can this be solved be changing my configuration > somehow. > > - System : Windows 7 64 bit > - dot executable is in the $PATH > - org-mode version git commit cae9f947beb5f529569a7eb33b460e670fb8ff97 (this > behavior also exists in 7.7) > - Emacs 23.2.1 > > Any light on this issue would be greatly apreciated. > > Regards, > > Bas Bossink -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] [PATCH]: New Add defun org-mode-or-derived-mode-p
Stefan Reichör writes: > +(defun org-mode-or-derived-mode-p () > + "Check if the current buffer is in Org-mode or a derived mode." > + (if (derived-mode-p 'org-mode) t nil)) The if is superfluous. And instead of a new function, I'd rather add an optional `derived' parameter to `org-mode-p'. Bye, Tassilo
Re: [O] Problems with editing R source code in Linux
Never mind!! I figured out by combing through my emacs file. One of my custom function was making reference to a file using Windows-like path. I feel dumb as a rock... On Fri, Sep 2, 2011 at 2:14 PM, Julian Burgos wrote: > Dear list, > > I'm having some problems editing source code. I recently moved from > Windows to Fedora 14 and maybe I'm missing something obvious If so, > my apologies. > > When pressing C-c ' to edit a block of R source code, I get the > following message in the minibuffer: "Language mode 'R-mode' fails > whith : "Opening input file"'' > > The code block gets opened in an ESS mode buffer, but if make changes > to the code they do not appear on the org-mode buffer (as they > should). If I try to save from the ESS mode buffer, emacs ask for a > file to save in (instead of just saving the org file). Finally, when > trying to close the edit buffer and go back to my org file, I get "C-c > ' is undefined". > > Any ideas of what could be going on? This is a big issue for me, I do > all my work in R from org mode files. > > These are my versions of emacs and org-mode: > GNU Emacs 23.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.21.4) of > 2010-07-08 on x86-10.phx2.fedoraproject.org > Org-mode version 7.7 > > Thanks for all the help, > > Julian > > -- > Julian Mariano Burgos > Hafrannsóknastofnunin/Marine Research Institute > Skúlagata 4, 121 Reykjavík, Iceland > Sími/Telephone : +354-5752037 > Bréfsími/Telefax: +354-5752001 > Netfang/Email: jul...@hafro.is, jmbur...@uw.edu > -- Julian Mariano Burgos Hafrannsóknastofnunin/Marine Research Institute Skúlagata 4, 121 Reykjavík, Iceland Sími/Telephone : +354-5752037 Bréfsími/Telefax: +354-5752001 Netfang/Email: jul...@hafro.is, jmbur...@uw.edu
[O] Problems with editing R source code in Linux
Dear list, I'm having some problems editing source code. I recently moved from Windows to Fedora 14 and maybe I'm missing something obvious If so, my apologies. When pressing C-c ' to edit a block of R source code, I get the following message in the minibuffer: "Language mode 'R-mode' fails whith : "Opening input file"'' The code block gets opened in an ESS mode buffer, but if make changes to the code they do not appear on the org-mode buffer (as they should). If I try to save from the ESS mode buffer, emacs ask for a file to save in (instead of just saving the org file). Finally, when trying to close the edit buffer and go back to my org file, I get "C-c ' is undefined". Any ideas of what could be going on? This is a big issue for me, I do all my work in R from org mode files. These are my versions of emacs and org-mode: GNU Emacs 23.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.21.4) of 2010-07-08 on x86-10.phx2.fedoraproject.org Org-mode version 7.7 Thanks for all the help, Julian -- Julian Mariano Burgos Hafrannsóknastofnunin/Marine Research Institute Skúlagata 4, 121 Reykjavík, Iceland Sími/Telephone : +354-5752037 Bréfsími/Telefax: +354-5752001 Netfang/Email: jul...@hafro.is, jmbur...@uw.edu
Re: [O] FYI: Org mode testing framework, Emacs 23 and 22
Hi David, David Maus writes: > Just FYI: I've tried to get the testing framework running on Emacs 23 > and Emacs 22 and succeeded to 50%: > > - copying ert.el and ert-x.el from Emacs24 Git repository at >git://git.savannah.gnu.org/emacs.git with master on >231bffa3e6c37164fa40ad18bd27249cc7704e30 and installing jump.el is >sufficient to get the test suit running again > > - not so much luck with Emacs22: Recent ERT requires `special-mode', >defined in simple.el from 23.x upwards. > Would it be possible to load a more recent version of simple.el in Emacs22 to define special mode, and then see if ert loads successfully? Also, did all tests pass successfully in Emacs23? Currently on my system using Emacs24 all tests pass but those related to fortran code block support, all of which are failing. Once we have all tests running for Emacs>=22 it would be very nice (and not too difficult) to add a post-update hook to the Org-mode git repository which could run the test suite and record the results for every version of Emacs with something like the following emacs23 -Q --batch -l $ORGTESTSTUFF --eval " (progn (org-test-run-all-tests) (htmlize-buffer) (write-file "commit-id-23.html"))" Best -- Eric > > Emacs 22 version used was: GNU Emacs 22.3.2 (i686-pc-linux-gnu) of 2011-05-28 > on x60s > > Not having the test suit running with Emacs22 is a not-so-good because > Org mode claims compatibility with Emacs22: > > , [ http://orgmode.org/] > | This package works on GNU Emacs 24, 23 and 22, and (with minor > | restrictions) on XEmacs 21. Emacs 22.2 ships with Org-mode version > | 4.67d, Emacs 23.1 with 6.21b. The latest Emacs development version > | usually contains a fairly recent version, but may lag a bit behind the > | website release. > ` > > Best, > -- David > -- > OpenPGP... 0x99ADB83B5A4478E6 > Jabber dmj...@jabber.org > Email. dm...@ictsoc.de -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] orgmode 7.7 broke latex beamer export
Hi Aaron, On Fri, Sep 2, 2011 at 2:01 PM, Aaron Hammitt wrote: > After some poking around I found that the default value of > org-latex-to-pdf-process was the problem. Placing the following in my .emacs > fixed the problem: > > (setq org-latex-to-pdf-process > '("pdflatex -interaction=nonstopmode %f" "pdflatex > -interaction=nonstopmode %f")) > How is that different from the default? ("pdflatex -interaction nonstopmode -output-directory %o %f" "pdflatex -interaction nonstopmode -output-directory %o %f" "pdflatex -interaction nonstopmode -output-directory %o %f") -- Suvayu Open source is the future. It sets us free.
Re: [O] Best practices? Multiple .org files?
Christian Moe writes: > On 9/1/11 7:35 PM, Brian Wood wrote: >> (...) I'm thinking that I should break up >> this file into multiple .org files in a directory. If I do that: > >> >> 1. I would like to still see the same top-level tree that I see now >> when I shift-Tab e.g: >> >> * Admin >> * Drupal >> * MacOS >> * Linux >> * Time Reports >> >> So if I create drupal.org that contains the contents of "* Drupal", >> and I remove "* Drupal" from work.org, is there a way to still see my >> top level tree including "Drupal"? > > I keep some top-level headings in my central `my.org' file after I've > hived off the contents to other org files, just to have a convenient > link to the file and save myself having to remember how I named it. > > So I'd do something like: > > * Admin > * [[file:./drupal.org][Drupal]] > * MacOS > * Linux > * Time Reports > > Don't forget to add the new files to your agenda files, the agenda > view being the chief way of pulling together all your tasks. > > Yours, > Christian > This might be sacrilegious (:-) but I use Emacs bookmarks to be able to jump easily to headings in my various org files. Easy to set up and very easy to use. I bookmark a number of headings and thereafter don't care which actual org files they reside in. See bookmark-set, bookmark-bmenu-list and bookmark-jump. At least in Emacs 24.0.50.x, the bookmark package is available by default. Probably in earlier versions but cannot easily check... -- Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D)
Re: [O] How to suppress \label commands in beamer export
Darlan Cavalcante Moreira writes: > Thanks Eric, > > The ideal case if if I could disable label creation and labels would be > created only when I specifically write a <>, for instance. But I > understand this is hard coded right now. Yes but it should be fairly easy to change (for somebody with a better understanding of the code than I ;-). > If I don't use overlays at all to change the blocks in the right side and > just put them into separates frames, then the figure in the left (when I > put one there) will slight change its vertical position. This is annoying > and it is the reason why overprint is used. The way I get around this type of problem is to [t] align the columns. For some cases, this might not be ideal (e.g. if the figure on the left is small in a vertical sense) but it is often more than "good enough" (TM). HTH, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.7 (release_7.7.239.gd856)
Re: [O] Best practices? Multiple .org files?
Is there a way to display the contents of the file in-line? On Fri, Sep 2, 2011 at 6:35 AM, Christian Moe wrote: > On 9/1/11 7:35 PM, Brian Wood wrote: > >> (...) I'm thinking that I should break up >> >> this file into multiple .org files in a directory. If I do that: >> >> 1. I would like to still see the same top-level tree that I see now >> when I shift-Tab e.g: >> >> * Admin >> * Drupal >> * MacOS >> * Linux >> * Time Reports >> >> So if I create drupal.org that contains the contents of "* Drupal", >> and I remove "* Drupal" from work.org, is there a way to still see my >> top level tree including "Drupal"? >> > > I keep some top-level headings in my central `my.org' file after I've > hived off the contents to other org files, just to have a convenient link to > the file and save myself having to remember how I named it. > > So I'd do something like: > > * Admin > * [[file:./drupal.org][Drupal]] > * MacOS > * Linux > * Time Reports > > Don't forget to add the new files to your agenda files, the agenda view > being the chief way of pulling together all your tasks. > > Yours, > Christian > >
Re: [O] How to suppress \label commands in beamer export
Thanks Eric, The ideal case if if I could disable label creation and labels would be created only when I specifically write a <>, for instance. But I understand this is hard coded right now. If I don't use overlays at all to change the blocks in the right side and just put them into separates frames, then the figure in the left (when I put one there) will slight change its vertical position. This is annoying and it is the reason why overprint is used. I'll try to use overlayarea instead. The overlayarea environment requires two arguments, the width and the height of the area. Overprint is just a more user friendly way to use overlayarea where the width is "all space available" and the height is automatically determined as the height of the largest thing inside the overlayarea. Since overlayarea requires two arguments, like --8<---cut here---start->8--- \begin{overlayarea}{width}{height} \only<1> {lalala} \only<2> {lelele} \end{overlayarea} --8<---cut here---end--->8--- is there a suggested way to map oberlayarea into org-beamer-environments-extra? The only way I can think is to require the user to type "{width}{height}" in the headline (with the curly brackets) and use somethink like "\\begin{overprint}%h" in the template definition. -- Darlan At Fri, 02 Sep 2011 09:41:32 +0100, Eric S Fraga wrote: > > Darlan Cavalcante Moreira writes: > > > I'm trying to convert a presentation I've done in beamer to org-mode. I'm > > going to improve this presentation and add more stuff to it. I'd like to do > > it in org-mode. > > > > However, org adds \label{sec-numbers} in the generated tex file after all > > environments and this adds some blank space between the blocks in the final > > presentation. I understand this extra blank space is more like a latex > > issue, but I couldn't find a way to stop org-mode from creating the \label > > lines. > > Having looked at the code, there definitely does not appear to be any > way to turn these off. It would be straightforward to modify the code > > --8<---cut here---start->8--- > (when label > (insert (mapconcat (lambda (l) (format "\\label{%s}" l)) >label-list "\n") "\n")) > --8<---cut here---end--->8--- > > or, more likely, the code in =org-export-latex-subcontent= which > actually defines =label=? This could be made optional depending on the > num: #+OPTION, say? But it may not be straightforward because labels > are not only due to sectioning, if I understand the code correctly... > > However, the problem with spacing appears to be because of some > interaction between labels and overprint. I wonder if maybe there is an > easier way (in the meantime) to accomplish what you want without > overprint? Just curious... > > -- > : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 > : using Org-mode version 7.7 (release_7.7.238.gc51b7)
[O] orgmode 7.7 broke latex beamer export
I just upgraded to version 7.7 from an early version of 7 (7.0 or 7.1 I believe), and it broke my ability to export a beamer presentation from orgmode to PDF. After some poking around I found that the default value of org-latex-to-pdf-process was the problem. Placing the following in my .emacs fixed the problem: (setq org-latex-to-pdf-process '("pdflatex -interaction=nonstopmode %f" "pdflatex -interaction=nonstopmode %f")) This may be a known issue, but I didn't find anything in a quick search of the mailing list. I thought I would post here for the benefit of anyone else who may run into the same problem.
[O] [PATCH]: New Add defun org-mode-or-derived-mode-p
2011-09-02 Stefan Reichoer Add org-mode-or-derived-mode-p to support org-mode derived modes * org-macs.el (org-mode-or-derived-mode-p): New defun * org-src.el (org-edit-src-code): Use org-mode-or-derived-mode-p * org.el (org-entry-properties): Use org-mode-or-derived-mode-p instead of org-mode-p git diff -M HEAD M lisp/org-macs.el M lisp/org-src.el M lisp/org.el diff --git a/lisp/org-macs.el b/lisp/org-macs.el index 13aff02..7603b42 100644 --- a/lisp/org-macs.el +++ b/lisp/org-macs.el @@ -276,6 +276,10 @@ we turn off invisibility temporarily. Use this in a `let' form." "Check if the current buffer is in Org-mode." (eq major-mode 'org-mode)) +(defun org-mode-or-derived-mode-p () + "Check if the current buffer is in Org-mode or a derived mode." + (if (derived-mode-p 'org-mode) t nil)) + (defsubst org-last (list) "Return the last element of LIST." (car (last list))) diff --git a/lisp/org-src.el b/lisp/org-src.el index 0e8b1b1..a62f8da 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -215,7 +215,7 @@ buffer." (case-fold-search t) (info (org-edit-src-find-region-and-lang)) (full-info (org-babel-get-src-block-info)) - (org-mode-p (or (org-mode-p) (derived-mode-p 'org-mode))) + (org-mode-p (org-mode-or-derived-mode-p)) (beg (make-marker)) (end (make-marker)) (allow-write-back-p (null code)) diff --git a/lisp/org.el b/lisp/org.el index d63b854..d82425c 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13828,7 +13828,7 @@ things up because then unnecessary parsing is avoided." beg end range props sum-props key key1 value string clocksum) (save-excursion (when (condition-case nil - (and (org-mode-p) (org-back-to-heading t)) + (and (org-mode-or-derived-mode-p) (org-back-to-heading t)) (error nil)) (setq beg (point)) (setq sum-props (get-text-property (point) 'org-summaries))
Re: [O] Best practices? Multiple .org files?
On 9/1/11 7:35 PM, Brian Wood wrote: (...) I'm thinking that I should break up this file into multiple .org files in a directory. If I do that: 1. I would like to still see the same top-level tree that I see now when I shift-Tab e.g: * Admin * Drupal * MacOS * Linux * Time Reports So if I create drupal.org that contains the contents of "* Drupal", and I remove "* Drupal" from work.org, is there a way to still see my top level tree including "Drupal"? I keep some top-level headings in my central `my.org' file after I've hived off the contents to other org files, just to have a convenient link to the file and save myself having to remember how I named it. So I'd do something like: * Admin * [[file:./drupal.org][Drupal]] * MacOS * Linux * Time Reports Don't forget to add the new files to your agenda files, the agenda view being the chief way of pulling together all your tasks. Yours, Christian
Re: [O] How to suppress \label commands in beamer export
Darlan Cavalcante Moreira writes: > I'm trying to convert a presentation I've done in beamer to org-mode. I'm > going to improve this presentation and add more stuff to it. I'd like to do > it in org-mode. > > However, org adds \label{sec-numbers} in the generated tex file after all > environments and this adds some blank space between the blocks in the final > presentation. I understand this extra blank space is more like a latex > issue, but I couldn't find a way to stop org-mode from creating the \label > lines. Having looked at the code, there definitely does not appear to be any way to turn these off. It would be straightforward to modify the code --8<---cut here---start->8--- (when label (insert (mapconcat (lambda (l) (format "\\label{%s}" l)) label-list "\n") "\n")) --8<---cut here---end--->8--- or, more likely, the code in =org-export-latex-subcontent= which actually defines =label=? This could be made optional depending on the num: #+OPTION, say? But it may not be straightforward because labels are not only due to sectioning, if I understand the code correctly... However, the problem with spacing appears to be because of some interaction between labels and overprint. I wonder if maybe there is an easier way (in the meantime) to accomplish what you want without overprint? Just curious... -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.7 (release_7.7.238.gc51b7)
Re: [O] Problem with org-crypt
On Fri 02 Sep 2011 10:43:11 AM CEST, Pieter Praet wrote: On Wed, 31 Aug 2011 12:04:52 +0200, Christopher Witte wrote: Hi all, I've been using org-crypt and find it a great little addition to org-mode, but I have been noticing some weird behaviour. When I'm in a file that has NO encrypted entires (or :crypt: tags) and I archive a sub tree, I get asked the question "org-decrypt: auto-save-mode may cause leakage. Disable it for current buffer?". This must mean org-decrypt-entry is being run but I don't understand why. I've noticed that org-decrypt-entry is added to the org-reveal-start-hook, I'm not sure why that is. When I don't add it to that hook, I no longer get asked that question and org-crypt still apears to work as expected, but I'm not sure if this will have broken something else. Does anyone know why org-decrypt-entry is added to the org-reveal-start-hook and if it would break anything if I don't add it? Thanks for the help Chris. It's a known issue; Patch available [1]. Bastien's AFK until the 5th, so won't be fixed in mainline before then. Dropping the `add-hook' line is also a good temporary fix, won't break anything, only prevents `org-reveal' (`C-c C-r') from decrypting entries. Peace Thanks, I'll look into that patch. Chris -- Dr Christopher Witte Postdoctoral Research Fellow Molecular Imaging Group Leibniz-Institut für Molekulare Pharmakologie (FMP) Campus Berlin-Buch Robert-Roessle-Str. 10 13125 Berlin, Germany Phone: 00493094793-279
Re: [O] Problem with org-crypt
On Wed, 31 Aug 2011 12:04:52 +0200, Christopher Witte wrote: > Hi all, > > I've been using org-crypt and find it a great little addition to > org-mode, but I have been noticing some weird behaviour. When I'm in a > file that has NO encrypted entires (or :crypt: tags) and I archive a sub > tree, I get asked the question "org-decrypt: auto-save-mode may cause > leakage. Disable it for current buffer?". This must mean > org-decrypt-entry is being run but I don't understand why. I've noticed > that org-decrypt-entry is added to the org-reveal-start-hook, I'm not > sure why that is. When I don't add it to that hook, I no longer get > asked that question and org-crypt still apears to work as expected, but > I'm not sure if this will have broken something else. > > Does anyone know why org-decrypt-entry is added to the > org-reveal-start-hook and if it would break anything if I don't add it? > > Thanks for the help > Chris. > It's a known issue; Patch available [1]. Bastien's AFK until the 5th, so won't be fixed in mainline before then. Dropping the `add-hook' line is also a good temporary fix, won't break anything, only prevents `org-reveal' (`C-c C-r') from decrypting entries. Peace -- Pieter [1] id:"1314539207-15985-1-git-send-email-pie...@praet.org"
Re: [O] setting up org-remember
On Fri, 02 Sep 2011 06:12:22 +0200, David Maus wrote: Non-text part: multipart/signed > At Tue, 30 Aug 2011 11:42:24 +0200, > Renato wrote: > > > > On Mon, 29 Aug 2011 16:07:33 +0200 > > Renato wrote: > > > > > Hello, I'm trying to set up org-remember, however I'm having some > > > problems. > > > > I really didn't expect these multiple very detailed replies, thank you > > very much guys! So it seems that (require 'org-remember) doesn't solve > > the problem. I even tried doing M-x load-file > > RET /usr/share/emacs/23.3/lisp/org/org-remember.el.gz but still I > > there's no match for org-remember-insinuate. > > Although you are going to upgrade locally to 7.x it could useful to > check if there is a problem with the Org version shipped with Emacs > 23.3 on Arch Linux. Using the latest binary package (emacs-23.3.a-2-i686), running with -Q option: M-x version : GNU Emacs 23.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.5) of 2011-08-21 on ovide M-x org-version : Org-mode version 6.33x M-x locate-library org-remember : Library is file /usr/share/emacs/23.3/lisp/org/org-remember.elc M-: (org-remember-insinuate) : (org-remember-apply-template) Calling `org-remember' pops up a *Remember* buffer, and `org-remember-finalize' saves cleanly to "~/.notes" (which is the default value of `remember-data-file'). No errors, no weird behaviour, everything works as expected: not an Arch issue. > What exactly do you mean with: "I seem to miss the function > org-remember-insinuate (No Match)."? Does Emacs throw an error if you > call `org-remember-insinuate'? Did you try it with emacs -Q to rule > out a configuration issue (e.g. related to load-path)? > > Best, > -- David > -- > OpenPGP... 0x99ADB83B5A4478E6 > Jabber dmj...@jabber.org > Email. dm...@ictsoc.de Non-text part: application/pgp-signature Peace -- Pieter