Re: [O] From latest maint/master, no need to (require 'org-install)
Hi Achim, Achim Gratz wrote: Eric Fraga writes: My question now is whether I should replace the =(require 'org)= by =(require 'org-loaddefs)= which seems to be the way that Emacs is moving for packages? No. The definitions in org-loaddefs are require'd from org internally, you should never reference to it directly. What Emacs and package managers are doing is not exactly the same thing, but again they should setup things in a way that only =(require 'org)= is needed. You mean we must require Org in our .emacs file (instead of just loading the autoload definitions)? IIUC, (in my case at least) that could seriously impact the Emacs startup time? Best regards, Seb -- Sebastien Vauban
Re: [O] Show more text in Follow mode or Tabbing after search?
Hi Nathan, Nathan Neff wrote: Currently, I do an Agenda search, then I get a list of result headlines back. I know there's a Show Context feature but this is rather noisy. I like the Follow mode feature, but is there a way to show more context around the text that's shown in the Follow mode? For example, I have window 1 and window 2 after doing a search Search baz Search Results * foo --cursor here * bar * baz Window Opened in F ollow mode or pressing Tab - * foo * bar * baz Is there a way to show more context in the search results? Possibly highlighting the search term? I know I can press Tab, then press Tab again to open the headline that was found, but this is many keypresses just to try to find the text that you searched for in the first place. I don't know if this is related to my (constantly evolving) config of Org, or to some change in Org itself but, before, the foo node was opened simultaneously, when moving the point in the source buffer -- and folded when going to the following. Best regards, Seb -- Sebastien Vauban
[O] orgtbl-insert-radio-table forbid blanks in the table name
Hi, I noticed that its possible to enter a name containing blanks when calling orgtbl-insert-radio-table. I don't think that this is intended, because blanks are used as separators in the #+ORGTBL line. Entering a the name first table will result in the following error message: No such transformation function table For me (as a novice) it was at first not obvious what I did wrong. My suggestion is to chose an other input method that forbids blanks. I fixed this locally with the attached patch, but I'm sure there are better solutions (I find it unintuitive that blanks terminate the input). Best Regards Pascal diff --git a/lisp/org-table.el b/lisp/org-table.el index 0555041..a8d2826 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -4437,7 +4437,7 @@ First element has index 0, or I0 if given. (txt (nth 1 e)) name pos) (unless e (error No radio table setup defined for %s major-mode)) -(setq name (read-string Table name: )) +(setq name (read-no-blanks-input Table name: )) (while (string-match %n txt) (setq txt (replace-match name t t txt))) (or (bolp) (insert \n)) signature.asc Description: OpenPGP digital signature
Re: [O] From latest maint/master, no need to (require 'org-install)
Hi Achim, Sebastien Vauban wrote: Achim Gratz wrote: only =(require 'org)= is needed. You mean we must require Org in our .emacs file (instead of just loading the autoload definitions)? IIUC, (in my case at least) that could seriously impact the Emacs startup time? Confirmed with Org-mode version 7.9.2 (release_7.9.2-425-g8ec79b @ d:/home/sva/src/org-mode/lisp/). Starting Emacs now requires ~18 seconds vs 2 seconds before. Some culprits are: - loading some of my 45 Org agenda files (not all, though -- maybe, the one in which I'm currently clocking and the ones I clocked in before, from the clock history?) - loading lots of extra packages which I don't necessarily need when I just fire up Emacs for doing non-Org related work, such as gnus-sum (hence, all of Gnus, along with MIME utils, URL stuff, etc.) - loading all my Org config (Babel, LOB, exporters, etc.), which is in an (eval-after-load org ...). Best regards, Seb -- Sebastien Vauban
Re: [O] C-c ^ for plain lists? Why not?
On 8.10.2012, at 20:25, Nicolas Goaziou wrote: Hello, James Harkins jamshar...@gmail.com writes: I've started to like checklists because they are a good way to keep account of things that have to be done, without the individual items being entered into the agenda (and thus transferred to MobileOrg). But I'm running into the limitation that plain lists can't be sorted *by their checklist status*. You can sort alphabetically, numerically or by time or function. So, I guess I have to write a lisp function to do it... but I don't have time to do that right now, but I need to sort the list now... Valid feature request? There are four states: checked box, unchecked box, transitory box and no box at all. I can't see an order that should be prevalent over others. I would think that checked - transitionary - unchecked - no box is a pretty decent default. As such, I think it is a specific use-case that should be treated by f or F sorting key. Such a sorting function could be an interesting Org Hacks addition. Playing with this idea I noticed that the sorting function did not accept their additional arguments like sorting-key and get key-function in they way they should. So I patched them, to make the following work in the current master: (defun org-sort-list-by-checkbox-type () Sort list items according to Checkbox state. (interactive) (org-sort-list nil ?f (lambda () (if (looking-at org-list-full-item-re) (cdr (assoc (match-string 3) '(([X] . 1) ([-] . 2) ([ ] . 3) (nil . 4 4 Depending on how you want the sorting, you can change ?f to ?F to reverse, and/or you can change the numbers in the alist to modify the sort order in any way you like. HTH! - Carsten
Re: [O] Publishing using the new exporter
Hello, On 10/08/2012 07:36 PM, Robert Klein wrote: Hallo, On 10/08/2012 06:49 PM, Nicolas Goaziou wrote: Hello, I don't think so, but I cannot reproduce your problem. Could you try again in a fresh emacs, once back-ends you need have been required? I re-installed the git-version of org-mode, required 'org-e-html and 'org-e-latex and exported from a fresh emacs. Issue 1 and 3 above are gone, but I still get empty images when calling org-e-publish from a buffer visiting a file outside the base-directory. I appended both a minimal .emacs and org file I used for the tests. Best regards Robert I got i working with this patch: diff --git a/contrib/lisp/org-e-latex.el b/contrib/lisp/org-e-latex.el index 80b8ddb..2d4ad35 100644 --- a/contrib/lisp/org-e-latex.el +++ b/contrib/lisp/org-e-latex.el @@ -2670,6 +2670,7 @@ Return PDF file name or an error if it couldn't be produced. (let* ((wconfig (current-window-configuration)) (texfile (file-truename texfile)) (base (file-name-sans-extension texfile)) +(default-directory base) errors) (message (format Processing LaTeX file %s ... texfile)) (unwind-protect After reading a bit in the emacs lisp reference manual I knew the issue is something with default-directory. Then I examined the code of the old exporter and looked for a similar place in the new exporter, happily finding a 'let*( ...'. Not sure, this is Ok or even the right place. Just happy at the moment it does work. Both cases (buffer visited in base-directory and not in base-directory) work with the change. Best regards Robert
[O] Error on reload but none in Messages Buffer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi When reloading org after update, I get the following messages in the message buffer, where there is apparentkly an error - but I can't see any? Any suggestions? Rainer Loading /home/rkrug/.emacs.d/org-mode/lisp/ob...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-R...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-comint...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-emacs-lisp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-eval...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-exp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-keys...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-latex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-lob...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-plantuml...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-ref...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-sh...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-table...done Loading /home/rkrug/.emacs.d/org-mode/lisp/ob-tangle...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-agenda...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-bbdb...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-beamer...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-bibtex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-compat...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-docview...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-entities...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-exp...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-faces...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-footnote...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-gnus...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-html...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-indent...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-info...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-irc...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-jsinfo...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-latex...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-list...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-macs...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-mew...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-mhe...done Loading /home/rkrug/.emacs.d/org-mode/contrib/lisp/org-mime.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/contrib/lisp/org-notmuch.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-pcomplete...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-protocol...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-rmail...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-src...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-vm...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-w3m...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-wl...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org-version.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org... Loading /home/rkrug/.emacs.d/org-mode/lisp/org-loaddefs.el (source)...done Loading /home/rkrug/.emacs.d/org-mode/lisp/org...done Some error occured while reloading Org features (nil) Please check *Messages*! Org-mode version 7.9.2 (release_7.9.2-421-gfaa9ea.dirty @ /home/rkrug/.emacs.d/org-mode/lisp/) byte-code: End of buffer - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB0BvEACgkQoYgNqgF2egrjbgCfXyzIw8Dcsk9CQi5x5kVtu8En 75UAnjuKYi11y49BaVz4QJYDXJQuVa2q =c5cF -END PGP SIGNATURE-
[O] org-e-beamer missing from org-export-dispatch ui
Hi Nicolas and others,
The option for beamer export seems to have gone missing from the
org-export-dispatch ui. This is how I setup org-e-beamer export in a
minimal emacs instance.
;; load org-export and its backends
(load-library org-export)
(load-library org-e-latex)
(load-library org-e-beamer)
(setq org-e-latex-pdf-process ; for experimental org-export
'(xelatex -interaction nonstopmode -output-directory %o %f
xelatex -interaction nonstopmode -output-directory %o %f
xelatex -interaction nonstopmode -output-directory %o %f))
;; beamer export with the new exporter
(add-to-list 'org-e-latex-classes
'(beamer
\\documentclass\[presentation\]\{beamer\}
(\\section\{%s\} . \\section*\{%s\})
(\\subsection\{%s\} . \\subsection*\{%s\})
(\\subsubsection\{%s\} . \\subsubsection*\{%s\})))
Hope this helps.
--
Suvayu
Open source is the future. It sets us free.
Re: [O] error capturing with emacs 24
Dear Martin, You colud update Org In deed, that worked. Grazie mille!
Re: [O] [babel] howto debug #+call lines
Eric Schulte eric.schu...@gmx.com writes: Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi Eric, Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi Eric, Andreas Leha andreas.l...@med.uni-goettingen.de writes: Hi all, I am getting different results from the evaluation of a source block and the evaluation of a #+call line to that block. Therefore, my question: Is there an equivalent to org-babel-expand-src-block (C-c C-v v) for #+call lines? Or more general: How do I debug #+call lines? Regards, Andreas Can you provide a minimal example? You could write a code block equivalent to the call line. E.g., #+call: foo(bar=1) is equivalent to #+begin_src emacs-lisp :var results=foo(bar=1) results #+end_src Thanks for following this up. I found the problem in my case: The header argument ':colnames yes' was missing from the call line, such that the passed variables were different. (I've fallen into that trap repeatedly, but do not learn, as it seems...) It would have been a lot easier to find this, if I had had the possibility to do C-c C-v v on the call line to get the chance to step through the (R-) code that is evaluated. Without this, it took me some time to figure things out. So the question still stands: Is there the possibility to see what is actually executed with a call line, similar to C-c C-v v on a source block? There is no body to expand in a call line so C-c C-v v would have nothing to show. You can however jump to the related code block and call C-c C-v v there. This process could be made faster by wrapping the org-babel-goto-named-src-block and org-babel-expand-src-block functions into a single function. For a small example consider: --- #+name: foo | bar | | baz | | bam | #+call: testblock[:var a=foo]() :colnames yes #+name: testblock #+begin_src R :var a=foo :colnames yes a - a[,1] data.frame(x=a) #+end_src --- Regards, Andreas Thanks for the confirmation, that there is no possibility to expand a #+call line. I know, that I can jump to the code block and expand that one (quite fast with C-c C-v g RET C-c C-v v), but that is exactly *not* what I was looking for. Because then, the header arguments to the source code block will apply instead of the header arguments to the #+call line. I was hoping for a C-c C-v v on #+call lines, which would spare me from modifying the source block's header arguments. But it is not a pressing issue, just my laziness (and bad coding perhaps). Patches are always welcome. :) That's plagiarism. You should cite Bastien here :) The call line is evaluated by first expanding itself into a full code block, so perhaps you could add functionality to C-c C-v v so that it will expand this ephemeral code block. Additionally it may be easy to update C-c C-v I so that it works on call lines, which may provide the information you're after. Thanks for the pointers. Let's see whether I'll find time. Should not be hard even with my elisp skills. Regards, Andreas
Re: [O] Bug: New Exporter macro expansion
Hello, On 6 October 2012 05:29, Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, Sebastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Did you go further in the thinking about what the macros will support in the future? Such as: multiline macros, recursive macros, Babel blocks, etc. Macro expansion is already recursive. I think multiline macros are not needed, as they would be redundant with Babel. Despite what is written (for now) in the documentation, macros should be used for simple replacements, and Babel machinery for everything else. Though, you can have a macro expand to a one-line Babel call if you want to. Thank you for the fix. I do however have one other issue that I seem to recall working in the previous exporter. If I use #+INCLUDE: ./macros.org to store a list of common macros for several files they will not appear in the exported document. Is this intended? Regards, -- Nicolas Goaziou Regards, -- Jon
Re: [O] Error on reload but none in Messages Buffer?
Rainer M Krug writes: When reloading org after update, I get the following messages in the message buffer, where there is apparentkly an error - but I can't see any? It's a bug in org-reload, please pull again. Thank you for the report. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] From latest maint/master, no need to (require 'org-install)
Sebastien Vauban writes: Starting Emacs now requires ~18 seconds vs 2 seconds before. That is one of the consequences of how org.el is currently structured. If you know exactly what you're doing when in your init file, you can at the moment still do a (require 'org-loaddefs) where you formerly did require org-install. Of course this will then not work if you fall back to the built-in Org version of an old Emacs, so maybe you'd want (require 'org-loaddefs nil 'noerror) I'm not sure how Bastien wants this to work going forward, but by the way it's been announced and implemented the need to do this should go away. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [O] From latest maint/master, no need to (require 'org-install)
Hi Achim On Tue, Oct 9, 2012 at 7:47 PM, Achim Gratz strom...@nexgo.de wrote: I'm not sure how Bastien wants this to work going forward, but by the way it's been announced and implemented the need to do this should go away. Would it be possible/reasonable to have org-version available before (require 'org)? I would like to put the Org version into the Message Buffer at Emacs startup without the need of loading the entire Org yet. Michael
[O] Is Worg updating correctly?
Aloha all, Changes I pushed recently aren't reflected on the web site. Not sure what might be wrong. All the best, Tom -- T.S. Dye Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] From latest maint/master, no need to (require 'org-install)
Hi Achim, Achim Gratz wrote: Sebastien Vauban writes: Starting Emacs now requires ~18 seconds vs 2 seconds before. That is one of the consequences of how org.el is currently structured. If you know exactly what you're doing when in your init file, you can at the moment still do a (require 'org-loaddefs) where you formerly did require org-install. Good to know... Of course this will then not work if you fall back to the built-in Org version of an old Emacs, so maybe you'd want (require 'org-loaddefs nil 'noerror) I guess the risk of falling to the built-in Org version is no bigger than it was with org-install? Anyway, I always protect all require's of stuff which can be absent from some distribution (as my .emacs is used by colleagues). I'm not sure how Bastien wants this to work going forward, but by the way it's been announced and implemented the need to do this should go away. OK. We'll see with him as soon as he comes back online. Best regards, Seb -- Sebastien Vauban
Re: [O] org-e-beamer missing from org-export-dispatch ui
Suvayu Ali fatkasuvayu+linux at gmail.com writes: Hi Nicolas and others, The option for beamer export seems to have gone missing from the org-export-dispatch ui. This is how I setup org-e-beamer export in a minimal emacs instance. (setq org-e-latex-pdf-process ; for experimental org-export '(xelatex -interaction nonstopmode -output-directory %o %f xelatex -interaction nonstopmode -output-directory %o %f xelatex -interaction nonstopmode -output-directory %o %f)) Thx for sharing. I have (setq org-e-latex-pdf-process '(texi2dvi --pdf --clean --verbose --batch %f)) grabbed from https://lists.gnu.org/archive/html/emacs-orgmode/2012-09/msg01005.html Could you (or someone else) explain the differences and tradeoffs involved between both setups ? Best Regards, Bernard
Re: [O] org-e-beamer missing from org-export-dispatch ui
Hello, Suvayu Ali fatkasuvayu+li...@gmail.com writes: The option for beamer export seems to have gone missing from the org-export-dispatch ui. This is how I setup org-e-beamer export in a minimal emacs instance. Once required, Beamer related export commands should appear in the same menu as latex (l key). ;; load org-export and its backends (load-library org-export) (load-library org-e-latex) (load-library org-e-beamer) Why don't you simply (require 'org-e-beamer) instead? Regards, -- Nicolas Goaziou
[O] Question about External List Shell
Running the following code inside emacs org-mode file: shell:ls -alFG Desired outcome: a list of a directory Observed behavior: The command or link is 'active' only up to 'ls' shell:ls the -alFG is never 'seen' I am using emacs: GNU Emacs 24.2.1 org-mode @7.9.2_0 on a Mac: Darwin 10.8.0 Darwin Kernel Version 10.8.0: RELEASE_I386 i386 i386 I can reproduce this using a minimal emacs config file Ideas? Thanks --R
