Re: [Orgmode] Re: org-mode stopped compiling recently
Thanks Daniel, I've just applied this fix. -- Eric Daniel Mahler dmah...@gmail.com writes: Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: latex export and booktabs tables
On Jun 28, 2010, at 7:09 AM, Eric Schulte wrote: One way to deal with this without adding even more complexity to the core of org-mode could be through the use of Library of Babel functions. The attached org-mode file provides a function for exporting to the longtable environment with some example usage. If this looks generally useful it (and maybe similar functions) could be added to the library of babel distributed w/Org-mode. What do you think? -- Eric This looks like a great solution to me. - Carsten longtable.org Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Erik, Erik Butz wrote: I found a very old thread on the list about using the booktabs package to have nicer tables in latex export. I found that, making the changes below I can use the booktab package to export tables, and using standard tables only, this seems to work fine. Can anyone advice on whether this kind of change is meaningful or if this is likely to introduce difficulties elsewhere which I did not experience due to the limited scope of usage? It should be said that I did not at all look into longtables so far. While trying to improve this, I think one could extend it so that the table environment can be changed as well, from `tabular' to `array', `tabular*', `tabularx' or any other. There was a discussion on this, a while ago, by Francesco Pizzolante. Have a read at: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html . Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Hi Eric,
On Jun 28, 2010, at 4:42 AM, Eric Schulte wrote:
I've put together two patches which fix the problems I mention below.
I'd like to apply these patches, but I fear that they may cause
unanticipated export problems. I'd be much more comfortable if
someone
who knows a little more about the exporters could take a look at
these.
Thanks -- Eric
From 47fcfd522294560dbe01f00b640631964e063cf0 Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sun, 27 Jun 2010 19:35:34 -0700
Subject: [PATCH 1/2] org-exp: check for protection before removing
comments
* lisp/org-exp.el (org-export-handle-comments): check for protection
before removing comments
---
lisp/org-exp.el |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 704c0b7..411557a 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -1650,8 +1650,10 @@ When it is nil, all comments will be removed.
(match-beginning 0) (match-end 0) '(org-protected t))
(replace-match (format commentsp (match-string 2)) t t))
(goto-char (1+ pos))
- (replace-match )
- (goto-char (max (point-min) (1- pos)))
+ (org-if-unprotected
+(replace-match )
+(goto-char (max (point-min) (1- pos
+
(defun org-export-mark-radio-links ()
Find all matches for radio targets and turn them into internal
links.
--
1.7.0.4
The above patch looks definitely right to me. In fact, I think the
org-if-unprotected should be around the entire content of the while
loop - with an additional fix to make sure search is resumed not
from the beginning of location of a match that has not been processed,
that would create in infinite loop.
From d422f564163e37c51d0727e2992b24b85caf54ea Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sun, 27 Jun 2010 19:36:14 -0700
Subject: [PATCH 2/2] org-latex: check for protection before wrapping
: lines as verbatim
* lisp/org-latex.el (org-export-latex-fixed-width): check for
protection before wrapping : lines as verbatim
---
lisp/org-latex.el | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 01a4b05..94f04e6 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1537,20 +1537,20 @@ The conversion is made depending of STRING-
BEFORE and STRING-AFTER.
When OPT is non-nil convert fixed-width sections to LaTeX.
(goto-char (point-min))
(while (re-search-forward ^[ \t]*:\\([ \t]\\|$\\) nil t)
-(if opt
- (progn (goto-char (match-beginning 0))
- (insert \\begin{verbatim}\n)
- (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$)
-(replace-match (concat (match-string 1)
- (match-string 2)) t t)
-(forward-line))
- (insert \\end{verbatim}\n\n))
- (progn (goto-char (match-beginning 0))
-(while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$)
- (replace-match (concat % (match-string 1)
- (match-string 2)) t t)
- (forward-line))
-
+(org-if-unprotected
+ (if opt
+(progn (goto-char (match-beginning 0))
+ (insert \\begin{verbatim}\n)
+ (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$)
+ (replace-match (concat (match-string 1)
+(match-string 2)) t t)
+ (forward-line))
+ (insert \\end{verbatim}\n\n))
+ (progn (goto-char (match-beginning 0))
+ (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$)
+ (replace-match (concat % (match-string 1)
+ (match-string 2)) t t)
+ (forward-line)))
(defvar org-table-last-alignment) ; defined in org-table.el
(defvar org-table-last-column-widths) ; defined in org-table.el
--
1.7.0.4
I am not quite certain why this second patch is needed?
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode stopped compiling recently
On Jun 28, 2010, at 8:15 AM, Eric Schulte wrote: Thanks Daniel, I've just applied this fix. -- Eric Hi Eric, alternatively you could have done (require 'org-macs) or (require 'org) In fact, would it not be reasonable to require org in ob.el? - Carsten Daniel Mahler dmah...@gmail.com writes: Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes- file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
On Fri, Jun 25, 2010 at 5:37 PM, Eric Schulte schulte.e...@gmail.comwrote: Hi Rainer, Hi Eric First I'll give some expanded instructions in the hopes of helping out anyone else affected by my lack of good instructions in the announcement email. Then I'll provide a re-write of your config below as an example. Sounds perfect. Babel took the integration into Org-mode as an opportunity to do some much needed house cleaning. Most importantly we have cleared out unnecessary configuration variables -- which is great unless you already have these variables set. We have eliminated the two main internal lists of languages, namely - org-babel-interpreters and - org-babel-tangle-langs so any config lines which mention those variables, can/should be stripped out in their entirety. This includes any calls to the `org-babl-add-interpreter' function, whose sole purpose was to add languages to the org-babel-interpreters variable. OK - I understand that and it makes perfect sense. alright, so with those calls stripped out, we may still in some cases want to associate a file name extension with certain languages, for example we want all of our emacs-lisp files to end in a .el, we can do this will the `org-babel-tangle-lang-exts' variable. In general you shouldn't need to touch this as it already has defaults for most common languages, and if a language is not present in org-babel-tangle-langs, then babel will just use the language name, so for example a file of c code will have a .c extension by default, sh code will have a .sh extension ect... Perfect. You also mentioned shebang lines. This configuration now lives in header arguments. So the shebang for a single file can be set at the code block level, e.g. #+begin_src clojure :shebang #!/usr/bin/env clj (println with a shebang line, I can be run as a script!) #+end_src That's perfect - it adds much flexibility, and to do it via header arguments is absolutely perfect for me. note that whenever a file is tangled which includes a shebang line, org-babel will make the file executable, so there is good reason to only Wow - even better! add shebangs at the source-code level. However if you're sure that you want all of your code in some language (say shell scripts) to tangle out with shebang lines, then you can customize the default header arguments for that language, e.g. ;; ensure this variable is defined defined (unless (boundp 'org-babel-default-header-args:sh) (setq org-babel-default-header-args:sh '())) ;; add a default shebang header argument (add-to-list 'org-babel-default-header-args:sh '(:shebang . #!/bin/bash)) Good to know, but in general I am perfectly happy without shebang lines. But there are cases, where they are necessary. The final change, is that to conform to Emacs guidelines, the prefix org-babel-* in all require lines, has been changed to ob-*, also, since Babel now loads by default with Org-mode you can remove any (require 'org-babel) or (require 'org-babel-init) that may by lying around your configuration. OK - understood. Whew! that was alot of writing for a /simplification/ of configuration. Well - but it made many things much clearer for me. It is often more difficult to explain the changes which need to be made then to explain to a new user how it should be done. Hopefully the example of your configuration below will be a more succinct demonstration of the needed transformations. Rainer M Krug r.m.k...@gmail.com writes: Hi First of all thanks for integrating Org-babel into Org-mode. But for the less fluent elisp and org-mode users, I am slightly confused in the changes necessary on my side. I have the following in my emacs.org file: #+begin_src emacs-lisp (require 'org-babel-R) ;; requires R and ess-mode ;; (require 'org-babel-ruby) ;; requires ruby, irb, ruby-mode, and inf-ruby (require 'org-babel-python);; requires python, and python-mode ;; (require 'org-babel-clojure) ;; requires clojure, clojure-mode, swank-clojure and slime #+end_src the above becomes #+begin_src emacs-lisp (require 'ob-R) ;; (require 'ob-ruby) (require 'ob-python) ;; (require 'ob-clojure) #+end_src OK - done. *** Start babel #+begin_src emacs-lisp (org-babel-load-library-of-babel) #+end_src the above becomes #+begin_src emacs-lisp (org-babel-lob-ingest ~/path/to/org/contrib/babel/library-of-babel.org) #+end_src I don't seem to need this line anymore - it is working without. Also, I don't remember why I put it in... *** Customization of sh set shebang for sh script to #!/bin/bash and exclude additional comments (t) #+begin_src emacs-lisp (setq org-babel-tangle-langs (cons '(sh sh #!/bin/bash t) (remove-if (lambda (el) (string= (car el) sh)) org-babel-tangle-langs))) #+end_src #+begin_src emacs-lisp ;; ensure this
[Orgmode] Re: Fontify whole heading line
Hi David, David Maus wrote: Sébastien Vauban wrote: I've set: --8---cut here---start-8--- (setq org-fontify-whole-heading-line t) --8---cut here---end---8--- and would like to have the `org-level-1' underlined. To do so, in my `color-theme.el': --8---cut here---start-8--- (org-level-1 ((t (:foreground cornflower blue :underline t :weight bold :height 1.8 :family Arial --8---cut here---end---8--- Though I see the background color applied on the whole heading line (when in SHOW-ALL mode), the underline is _not_. Is there a reason/fix for this? I cannot reproduce this with Org-mode version 6.36trans on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian I've customize the face `org-level-1' to be underlined and, well: everything besides the key word is, spaces included. I meant virtual spaces as well: everything up to the right side of the screen, even after the potential tags. What I looked for was having a real full line, from left to right of the screen. Now, to make such a title more visible, I've chosen this new config, which pleases me a lot currently: --8---cut here---start-8--- (org-level-1 ((t (:foreground cornflower blue :box (:line-width 1 :color #CC) :background LightSteelBlue1 :weight bold :height 1.8 :family Arial (org-level-2 ((t (:foreground LimeGreen :box (:line-width 1 :color #00CC00) :background DarkSeaGreen1 :weight bold :height 1.6 :family Arial (org-level-3 ((t (:foreground #F9A049 :weight bold :height 1.3 :family Arial ; orange (org-level-4 ((t (:foreground red3 :weight bold --8---cut here---end---8--- Thanks for your help, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: latex export and booktabs tables
Hi Eric, Carsten Dominik wrote: On Jun 28, 2010, at 7:09 AM, Eric Schulte wrote: One way to deal with this without adding even more complexity to the core of org-mode could be through the use of Library of Babel functions. The attached org-mode file provides a function for exporting to the longtable environment with some example usage. If this looks generally useful it (and maybe similar functions) could be added to the library of babel distributed w/Org-mode. What do you think? -- Eric This looks like a great solution to me. It does look great to me as well. Just a request on the wish-list: could the table environment be made a parameter (so that we can choose between tabular, tabular*, etc.)? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Bug] Movement of C-a under visible-mode
Hi Carsten, I have fixed this, at least for the case when it is caused by visible- mode. TTF: Tested, Thanks, Fixed. Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Headline and numbered plain list
Hello Guys, do you know if orgmode provides combination of headline and numbered plain list with checkbox on the same line. For example, I would like to have the following: ** 1. [ ] Text for first item ** 2. [ ] Text for second item Thank you, Juri. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Behavior of Gnus when called from an hyperlink
Hi all, Would someone have a chunk of config to share for the Gnus/Org integration? I'm using Gnus for years, with a very high level of satisfaction, and Org for a bit less, with even more satisfaction -- yes, more than very high is possible ;-) What I didn't use yet was the integration of both: linking onto a Gnus hyperlink and getting to that email. Though, when doing it, now, I experience the following problem: - a new frame is opened Besides that I more or less hate frames, it becomes annoying when used in my StumpWM config: I now have *two* Emacs full screen, and I loose my single window of control view. - a new buffer is opened (group where the mail belongs to), but it takes ages (in minutes) for the mail to be found and opened -- when it is. I'm not sure what I've to fiddle with. Maybe using gnus-registry for the second point? Anyway, if someone would be kind enough to share his current working config, I would try digging and comparing the versions to find the explicit root of the problems. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-iswitchb documentation
Dear all, As the author of iswitchb, I was very happy to see M-x org-iswitchb included. Further, it is recommended as a default keybinding in the manual: -- 1.3 Activation == ... (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) -- So I was surprised when trying org-iswitchb that I didn't see the iswitchb feedback when typing buffer names. I eventually found that I needed to set either of the following variables to t so that this would work: org-completion-use-iswitchb, org-completion-use-ido These variables are not mentioned in the docstrings of either org-iswitchb or org-icompleting-read. Here is a suggested patch to the docstring for org-iswitchb. Thanks for all the good work, as ever! Stephen $ git diff org.el diff --git a/lisp/org.el b/lisp/org.el index 7bb4f45..67e0278 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15201,7 +15201,13 @@ changes from another. I believe the procedure must be l (defun org-iswitchb (optional arg) Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. -With two prefix arguments, restrict available buffers to agenda files. +With two prefix arguments, restrict available buffers to agenda files. + +To see feedback whilst typing the buffer name, you can use the +facilities of either the ido or iswitchb package. Set either +`org-completion-use-iswitchb' or `org-completion-use-ido' to +non-nil and see documentation of those variables for further +details. (interactive P) (let ((blist (cond ((equal arg '(4)) (org-buffer-list 'files)) ((equal arg '(16)) (org-buffer-list 'agenda)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Sébastien, - a new frame is opened Besides that I more or less hate frames, it becomes annoying when used in my StumpWM config: I now have *two* Emacs full screen, and I loose my single window of control view. That's because the default value of org-link-frame-setup prefers a new frame. Dunno if that's a good default. It's more Macish than Emacsish... So I use that config: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) - a new buffer is opened (group where the mail belongs to), but it takes ages (in minutes) for the mail to be found and opened -- when it is. Hm, what backend do you use? I've just tried it with a nntp group and linked a very old message. When I follow that link, I'm at the right article in less than a second. Do you deactivate some of Gnus caches or NOV files? That could slow down mail access quite a bit. Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] Org-babel integrated into Org-mode
I'm having trouble getting the new version of babel to work with haskell and R under Ubuntu 10.04 using emacs-snapshot. It works fine for emacs-lisp. I had to change the variable LISPF in the Makefile to: LISPF =org.el \ . babel/ob.el \ babel/ob-table.el \ babel/ob-lob.el \ babel/ob-ref.el \ babel/ob-exp.el \ babel/ob-tangle.el \ babel/ob-comint.el \ babel/ob-keys.el\ babel/langs/ob-emacs-lisp.el\ babel/langs/ob-haskell.el \ babel/langs/ob-latex.el \ babel/langs/ob-sh.el\ babel/langs/ob-asymptote.el \ babel/langs/ob-R.el \ babel/langs/ob-gnuplot.el otherwise I couldn't compile my .emacs file, which contains the following: (require 'org-install) ;;(require 'org) ;;(require 'ob) ;;(require 'ob-tangle) ;; org-babel set up (require 'ob-haskell) (require 'ob-latex) (require 'ob-sh) (require 'ob-asymptote) (require 'ob-R) (require 'ob-gnuplot) The following works fine: #+tblname: example-table | 1 | | 2 | | 3 | | 4 | #+source: table-length #+begin_src emacs-lisp :var table=example-table (length table) #+end_src #+results: table-length : 4 But when I try the haskell equivalent: #+source: table-length #+begin_src haskell :var table=example-table length table #+end_src I get: executing haskell source code block reference 'example-table' not found in this buffer org-babel-ref-resolve-reference: reference 'example-table' not found in this buffer If I try: #+source: table-length #+begin_src haskell length [1,2,3] #+end_src I get: executing haskell source code block org-babel-execute:haskell: Symbol's function definition is void: session I also get a lot of warnings when I compile org-mode, see the attached buiild log. Thanks for your help, Chris Witte. On 23 June 2010 23:09, Eric Schulte schulte.e...@gmail.com wrote: Hi, I've just merged the babel branch into the main branch of Org-mode. This merge culminates much integration work by Dan Davison and Tom Dye, as well as myself. Babel is now part of Org-mode. The biggest changes are: 1) Babel now has documentation! It is part of Org-mode's documentation see Chapter 14 _Working With Source Code_ also, the Babel keybindings are now listed in the refcard, and can be viewed from any Org-mode buffer by pressing C-c C-v h 2) Babel will now be loaded by default along with the rest of Org-mode. This means that *everyone* currently using babel will need to change their Emacs config and remove the (require 'org-babel-int) and/or (require 'org-babel) lines. Support for evaluating emacs-lisp code blocks is loaded by default. All other languages will need to be required explicitly. To conform to Emacs filename specifications all language require lines have been shortened from e.g. (require 'org-babel-sh) to (require 'ob-sh) Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode emacs -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name \langs\ (expand-file-name \babel\ (expand-file-name \./lisp/\))) (cons (expand-file-name \babel\ (expand-file-name \./lisp/\)) (cons (expand-file-name \./lisp/\) (cons \/usr/local/share/emacs/site-lisp\ load-path) -f batch-byte-compile lisp/org.el In org-order-calendar-date-args: org.el:14428:31:Warning: `european-calendar-style' is an obsolete variable (as of Emacs 23.1); use `calendar-date-style' instead. Wrote /home/cwitte/source/elisp/org-mode/lisp/org.elc emacs -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name \langs\ (expand-file-name \babel\ (expand-file-name \./lisp/\))) (cons (expand-file-name \babel\ (expand-file-name \./lisp/\)) (cons (expand-file-name \./lisp/\) (cons \/usr/local/share/emacs/site-lisp\ load-path) -f batch-byte-compile lisp/org-agenda.el In org-agenda-add-entry-to-org-agenda-diary-file: org-agenda.el:7160:42:Warning: `european-calendar-style' is an obsolete variable (as of Emacs 23.1); use `calendar-date-style' instead. Wrote /home/cwitte/source/elisp/org-mode/lisp/org-agenda.elc emacs -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name \langs\ (expand-file-name \babel\ (expand-file-name \./lisp/\))) (cons (expand-file-name \babel\ (expand-file-name \./lisp/\)) (cons (expand-file-name
[Orgmode] Proposed tweak to org-agenda-skip-entry-when-regexp-matches-in-subtree
Hi - org-mode is fantastic. Part of what makes it so awesome is that one can keep tweaking the software and the process. In looking at my own usage, I noticed that I really wanted to simplify my org-todo-keywords. I had a separate list of TODOs for projects (PROJ-PRST-DONE) and was wondering why I had to have that. Why couldn't I just get by with TODO-STARTED-DONE for everything, tasks and projects, and mark up projects with a tag. You can see what I'm aiming for with this example. (setq org-tags-exclude-from-inheritance '(project)) (setq org-todo-keywords '( (sequence TODO STARTED WAITING | DONE CNCL)) (setq org-stuck-projects '(project/STARTED (TODO WAITING STARTED) nil )) * STARTED Stuck project :project: ** DONE This was done * STARTED Not stuck project :project: ** TODO Next project C-a # won't show Stuck Project. That's because the project line's STARTED is found in org-agenda-skip via the org-agenda-skip-entry-when-regexp-matches-in-subtree. I really want it to be org-agenda-skip-entry-when-regexp-ONLY-matches-in-subtree. To do that, I hacked up the function to capture a begin point after the headline. (defun org-agenda-skip-entry-when-regexp-matches-in-subtree () Checks if the current subtree contains match for `org-agenda-skip-regexp'. If yes, it returns the end position of the current entry (NOT the tree), causing agenda commands to skip the entry but continuing the search in the subtree. This is a function that can be put into `org-agenda-skip-function' for the duration of a command. An important use of this function is for the stuck project list. (let ((begin (save-excursion (org-end-of-line) (1- (point (end (save-excursion (org-end-of-subtree t))) (entry-end (save-excursion (outline-next-heading) (1- (point skip) (save-excursion (goto-char begin) (setq skip (re-search-forward org-agenda-skip-regexp end t))) (and skip entry-end))) If this change is too radical, it might make sense to modify org-agenda-list-stuck-projects to let the user define the skip function via an element in org-stuck-projects. I'm thinking something like this... (let* ((org-agenda-skip-function (or (nth 4 org-stuck-projects) 'org-agenda-skip-entry-when-regexp-matches-in-subtree)) That would enable everyone to control the org-agenda-skip-function. -Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
On 2010-06-28 11:19 +0100, Tassilo Horn wrote: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) Nice. I have also found creating new frame a bit annoying because I tend to have fullscreened emacs and really don't like a frame to pop into my face. Leo -- Any Emacs contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Headline and numbered plain list
Juri Artamonov wrote: do you know if orgmode provides combination of headline and numbered plain list with checkbox on the same line. For example, I would like to have the following: ** 1. [ ] Text for first item ** 2. [ ] Text for second item No, this is not possible in Org and I'm not sure what you want to achieve: If you need a headline, than you can use TODO keywords instead of a checkbox (they will carry the same information). Numbering headlines is not a good idea, implementation-wise: Those numbers would have to be recalculated every time the structure of the document changes (e.g. insert new headline, change headline level etc.). HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp9gjWx98Pkm.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
On Jun 28, 2010, at 1:36 PM, Leo wrote: On 2010-06-28 11:19 +0100, Tassilo Horn wrote: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) Nice. I have also found creating new frame a bit annoying because I tend to have fullscreened emacs and really don't like a frame to pop into my face. I don't remember why I made creating a new frame the default. Probably back then I used to have a special frame for GNUS open. Anyway, if there is enough momentum here, we can change the default. - Carsten Leo -- Any Emacs contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Rainer M Krug r.m.k...@gmail.com writes: Just one additional question: When I go on the menu to Org -- Documentation -- Info Documentation, I still get the info help from version 6.21b, although I installed the version from git, and under Org -- Documentation -- Show Version it gives me Org-mode version 6.36trans (release_6.36.408.g7f21f). Can I change this somehow? It seems that the Info Documentation is the one which is part of emacs. That depends on your Emacs installation specifics. In short, the problem is that the directory containing the older Org documentation comes first in `Info-directory-list'. Reading the docstrings for this variable as well as `Info-default-directory-list' should give you enough information to come up with a solution suitable for your configuration. HTH, Štěpán ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi Tassilo, Tassilo Horn wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: - a new frame is opened Besides that I more or less hate frames, it becomes annoying when used in my StumpWM config: I now have *two* Emacs full screen, and I loose my single window of control view. That's because the default value of org-link-frame-setup prefers a new frame. Dunno if that's a good default. It's more Macish than Emacsish... So I use that config: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) Tested. Perfect! Thanks a lot... - a new buffer is opened (group where the mail belongs to), but it takes ages (in minutes) for the mail to be found and opened -- when it is. Hm, what backend do you use? nnimap. For nntp, I let Org link to the Gmane groups anyway (so, calling Firefox when clicking on such hyperlinks). I've just tried it with a nntp group and linked a very old message. When I follow that link, I'm at the right article in less than a second. I don't have the *impression* that it has to do with the fact that the message is old or new. Tested links to mails belonging to two different groups: --8---cut here---start-8--- nnimap+me:INBOX.abc 0 Unread/ 1963 Items nnimap+me:INBOX.work 25 Unread/ 28611 Items --8---cut here---end---8--- Both mails are from today. Clicking on the first hyperlink (mail from ABC), I get it in front of me in a couple of seconds (did not really measured, but acceptable anyway). Though, for the mail belonging to my `work' group, it took 5 min 21 seconds... (IMAP Courier server on Debian, local network, 100 Mbps, so the bandwidth should not be an issue). What do you think of this? Do you deactivate some of Gnus caches --8---cut here---start-8--- ;; use the cache (setq gnus-use-cache nil) ;; local cache (setq gnus-cache-directory (concat my-gnus-root-dir Mail/cache/)) ;; entering of articles from the cache (setq gnus-cache-enter-articles '(ticked dormant unread read)) ;; simple setup for your convenience, if you are using `nnimap' from ;; home, over a dialup connection ;; removing of articles from the cache (setq gnus-cache-remove-articles nil) ;; cache your nnimap groups (setq gnus-cacheable-groups ^nnimap) ;; avoid caching your nnml and nnfolder groups (setq gnus-uncacheable-groups ^nnml\\|^nnfolder) ;; cache of old Message-IDs for every message Gnus sees (setq nnmail-message-id-cache-file (concat my-gnus-root-dir Mail/.nnmail-cache)) ;; whether the registry should be installed (setq gnus-registry-install t) ;; whether the registry should use long group names (setq gnus-registry-use-long-group-names t) ;; unlimited number of entries in the registry (setq gnus-registry-max-entries nil) --8---cut here---end---8--- or NOV files? gnus-nov-is-evil's value is nil. That could slow down mail access quite a bit. Maybe turning back up `gnus-use-cache', then? Thanks for your help. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-iswitchb documentation
Thanks for mentioning these variables! I checked and found that the 'completion' variables were set in a way that gave me the C-c b behavior that i did not like/want. I have now added this to my org init file: (setq org-completion-use-iswitchb t) (setq org-completion-use-ido nil) Regards Livin Stephen Sharma On Jun 28, 2010, at 15:49:50 , Stephen Eglen wrote: Dear all, As the author of iswitchb, I was very happy to see M-x org-iswitchb included. Further, it is recommended as a default keybinding in the manual: -- 1.3 Activation == ... (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) -- So I was surprised when trying org-iswitchb that I didn't see the iswitchb feedback when typing buffer names. I eventually found that I needed to set either of the following variables to t so that this would work: org-completion-use-iswitchb, org-completion-use-ido These variables are not mentioned in the docstrings of either org-iswitchb or org-icompleting-read. Here is a suggested patch to the docstring for org-iswitchb. Thanks for all the good work, as ever! Stephen $ git diff org.el diff --git a/lisp/org.el b/lisp/org.el index 7bb4f45..67e0278 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15201,7 +15201,13 @@ changes from another. I believe the procedure must be l (defun org-iswitchb (optional arg) Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. -With two prefix arguments, restrict available buffers to agenda files. +With two prefix arguments, restrict available buffers to agenda files. + +To see feedback whilst typing the buffer name, you can use the +facilities of either the ido or iswitchb package. Set either +`org-completion-use-iswitchb' or `org-completion-use-ido' to +non-nil and see documentation of those variables for further +details. (interactive P) (let ((blist (cond ((equal arg '(4)) (org-buffer-list 'files)) ((equal arg '(16)) (org-buffer-list 'agenda)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
On Mon, Jun 28, 2010 at 1:53 PM, Štěpán Němec step...@gmail.com wrote: Rainer M Krug r.m.k...@gmail.com writes: Just one additional question: When I go on the menu to Org -- Documentation -- Info Documentation, I still get the info help from version 6.21b, although I installed the version from git, and under Org -- Documentation -- Show Version it gives me Org-mode version 6.36trans (release_6.36.408.g7f21f). Can I change this somehow? It seems that the Info Documentation is the one which is part of emacs. That depends on your Emacs installation specifics. In short, the problem is that the directory containing the older Org documentation comes first in `Info-directory-list'. Reading the docstrings for this variable as well as `Info-default-directory-list' should give you enough information to come up with a solution suitable for your configuration. Thanks - I think I just have to add the directory in which the info files reside from the currently used org mode. Am I correct in assuming that is ~/.emacs.d/org-mode/doc ? HTH, Štěpán -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Not a bug, but ...
Hi Bernt, On 28.06.2010, at 13:23, Bernt Hansen wrote: Jean-Marie Gaillourdet j...@gaillourdet.net writes: Hi Bernt, On 27.06.2010, at 14:21, Bernt Hansen wrote: Currently, I use the following function to circumvent the hiding of my stuck projects. (defun jmg/stuck-projects () (interactive) (let ((org-agenda-dim-blocked-tasks nil)) (org-agenda-list-stuck-projects) )) Is it possible to bind it to the standard agenda shortcut C-c a # ? Or to achieve the same effect just with special agenda command configuration? Yes it is possible to rebind # in an agenda custom command. I've done that since I now use non-standard stuck project definitions. Yes, I've seen it in your documentation, but is it possible to org-agenda-list-stuck-projects from a custom agenda definition? There is a stuck-projects selection (like tags, tags-todo, etc) but I've never tried. I assume it works. Indeed, there is a stuck mode. Thanks, for the hint. But it isn't documented in the docstring of org-agenda-custom-commands, although it is available from the customization interface. Such a line in org-agenda-custom-commands seems to work: (# Stuck projects stuck ((org-agenda-dim-blocked-tasks nil))) -Jean-Marie ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-iswitchb documentation
Hi Stephen, I think this is actually a bug. Since the command is called ...- iswitchb, I am sure the intention was to use iswitchbe. Later, when we added ido support as well, the function was rewritten using org-icompleting-read, and in this way the iswitchb support was lost. How about the following solution: Check if either of org-completion-use-\(ido\|iswitchb\) is set. If not, bind org-completion-use-iswitchb around the call to org-icompleting- read. - Carsten On Jun 28, 2010, at 12:19 PM, Stephen Eglen wrote: Dear all, As the author of iswitchb, I was very happy to see M-x org-iswitchb included. Further, it is recommended as a default keybinding in the manual: -- 1.3 Activation == ... (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) -- So I was surprised when trying org-iswitchb that I didn't see the iswitchb feedback when typing buffer names. I eventually found that I needed to set either of the following variables to t so that this would work: org-completion-use-iswitchb, org-completion-use-ido These variables are not mentioned in the docstrings of either org-iswitchb or org-icompleting-read. Here is a suggested patch to the docstring for org-iswitchb. Thanks for all the good work, as ever! Stephen $ git diff org.el diff --git a/lisp/org.el b/lisp/org.el index 7bb4f45..67e0278 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -15201,7 +15201,13 @@ changes from another. I believe the procedure must be l (defun org-iswitchb (optional arg) Use `org-icompleting-read' to prompt for an Org buffer to switch to. With a prefix argument, restrict available to files. -With two prefix arguments, restrict available buffers to agenda files. +With two prefix arguments, restrict available buffers to agenda files. + +To see feedback whilst typing the buffer name, you can use the +facilities of either the ido or iswitchb package. Set either +`org-completion-use-iswitchb' or `org-completion-use-ido' to +non-nil and see documentation of those variables for further +details. (interactive P) (let ((blist (cond ((equal arg '(4)) (org-buffer-list 'files)) ((equal arg '(16)) (org-buffer-list 'agenda)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-iswitchb documentation
Carsten Dominik carsten.domi...@gmail.com wrote: I think this is actually a bug. Since the command is called ...- iswitchb, I am sure the intention was to use iswitchbe. Later, when we added ido support as well, the function was rewritten using org-icompleting-read, and in this way the iswitchb support was lost. How about the following solution: Check if either of org-completion-use-\(ido\|iswitchb\) is set. If not, bind org-completion-use-iswitchb around the call to org-icompleting- read. Ok, now that makes a lot more sense! I wondered why the 'out-of-the-box' behaviour didn't show iswitchb like behaviour. Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Proposed tweak to org-agenda-skip-entry-when-regexp-matches-in-subtree
eric johnson johnson.e...@gmail.com writes: org-mode is fantastic. Part of what makes it so awesome is that one can keep tweaking the software and the process. In looking at my own usage, I noticed that I really wanted to simplify my org-todo-keywords. I had a separate list of TODOs for projects (PROJ-PRST-DONE) and was wondering why I had to have that. Why couldn't I just get by with TODO-STARTED-DONE for everything, tasks and projects, and mark up projects with a tag. You can see what I'm aiming for with this example. (setq org-tags-exclude-from-inheritance '(project)) (setq org-todo-keywords '( (sequence TODO STARTED WAITING | DONE CNCL)) (setq org-stuck-projects '(project/STARTED (TODO WAITING STARTED) nil )) * STARTED Stuck project :project: ** DONE This was done * STARTED Not stuck project :project: ** TODO Next project C-a # won't show Stuck Project. That's because the project line's STARTED is found in org-agenda-skip via the org-agenda-skip-entry-when-regexp-matches-in-subtree. I really want it to be org-agenda-skip-entry-when-regexp-ONLY-matches-in-subtree. To do that, I hacked up the function to capture a begin point after the headline. (defun org-agenda-skip-entry-when-regexp-matches-in-subtree () Checks if the current subtree contains match for `org-agenda-skip-regexp'. If yes, it returns the end position of the current entry (NOT the tree), causing agenda commands to skip the entry but continuing the search in the subtree. This is a function that can be put into `org-agenda-skip-function' for the duration of a command. An important use of this function is for the stuck project list. (let ((begin (save-excursion (org-end-of-line) (1- (point (end (save-excursion (org-end-of-subtree t))) (entry-end (save-excursion (outline-next-heading) (1- (point skip) (save-excursion (goto-char begin) (setq skip (re-search-forward org-agenda-skip-regexp end t))) (and skip entry-end))) If this change is too radical, it might make sense to modify org-agenda-list-stuck-projects to let the user define the skip function via an element in org-stuck-projects. I'm thinking something like this... (let* ((org-agenda-skip-function (or (nth 4 org-stuck-projects) 'org-agenda-skip-entry-when-regexp-matches-in-subtree)) That would enable everyone to control the org-agenda-skip-function. Hi Eric, I've already moved to this type of a system with lazy project definitions. I changed my STARTED keyword to NEXT and clocking in changes TODO to NEXT only if there are no unfinished subtasks for the headline. Stuck project views can be configured in a custom agenda view and that is what I use now -- I don't use the standard stuck project definition anymore - I just override the # key selection in the agenda so the keys are all the same. Not changing tasks with actionable subtasks to STARTED or NEXT on clock in keeps the standard stuck project determination working. So if you clock time on the top-level task it just stays as TODO since there are subtasks available to work on. Details of my current set up are at http://doc.norang.ca/org-mode.html HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Carsten Dominik carsten.domi...@gmail.com writes: On Jun 28, 2010, at 1:36 PM, Leo wrote: On 2010-06-28 11:19 +0100, Tassilo Horn wrote: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) Nice. I have also found creating new frame a bit annoying because I tend to have fullscreened emacs and really don't like a frame to pop into my face. I don't remember why I made creating a new frame the default. Probably back then I used to have a special frame for GNUS open. Anyway, if there is enough momentum here, we can change the default. I also use this setup. I run emacs in fullscreen and prefer opening things in the same window. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi Tassilo, Sébastien Vauban wrote: Tassilo Horn wrote: Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: - a new buffer is opened (group where the mail belongs to), but it takes ages (in minutes) for the mail to be found and opened -- when it is. I've just tried it with a nntp group and linked a very old message. When I follow that link, I'm at the right article in less than a second. Tested links to mails belonging to two different groups: nnimap+me:INBOX.abc 0 Unread/ 1963 Items nnimap+me:INBOX.work 25 Unread/ 28611 Items [...] for the mail belonging to my `work' group, it took 5 min 21 seconds... What do you think of this? Do you deactivate some of Gnus caches ;; use the cache (setq gnus-use-cache nil) I've updated it to `t'. ;; local cache (setq gnus-cache-directory (concat my-gnus-root-dir Mail/cache/)) ;; entering of articles from the cache (setq gnus-cache-enter-articles '(ticked dormant unread read)) ;; simple setup for your convenience, if you are using `nnimap' from ;; home, over a dialup connection ;; removing of articles from the cache (setq gnus-cache-remove-articles nil) ;; cache your nnimap groups (setq gnus-cacheable-groups ^nnimap) ;; avoid caching your nnml and nnfolder groups (setq gnus-uncacheable-groups ^nnml\\|^nnfolder) ;; cache of old Message-IDs for every message Gnus sees (setq nnmail-message-id-cache-file (concat my-gnus-root-dir Mail/.nnmail-cache)) ;; whether the registry should be installed (setq gnus-registry-install t) ;; whether the registry should use long group names (setq gnus-registry-use-long-group-names t) ;; unlimited number of entries in the registry (setq gnus-registry-max-entries nil) Rest stayed as it was. I've read the couple of mails I was linking to. I've restarted Emacs (and Gnus) a couple of times. No change. It still takes around 5 mins to find the mail in my `work' group. Even when clicking a second time in the same Emacs/Gnus session. I've checked the cache; in /home/sva/Mail/cache/nnimap+me:INBOX.work, I have a copy of the linked email: -rw-r--r-- 1 sva sva 1631 2010-06-28 14:09 28606 I really don't understand the problem. And, if I interrupt that 5-min process, Gnus becomes completely unusable. C-g, then g is completely stuck. Going to the servers list (via ^) does not work either. I'm forced to restart Emacs and Gnus. And still 5 minutes to find the linked email, in the next session. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Rainer M Krug r.m.k...@gmail.com writes: On Mon, Jun 28, 2010 at 1:53 PM, Štěpán Němec step...@gmail.com wrote: Rainer M Krug r.m.k...@gmail.com writes: Just one additional question: When I go on the menu to Org -- Documentation -- Info Documentation, I still get the info help from version 6.21b, although I installed the version from git, and under Org -- Documentation -- Show Version it gives me Org-mode version 6.36trans (release_6.36.408.g7f21f). Can I change this somehow? It seems that the Info Documentation is the one which is part of emacs. That depends on your Emacs installation specifics. In short, the problem is that the directory containing the older Org documentation comes first in `Info-directory-list'. Reading the docstrings for this variable as well as `Info-default-directory-list' should give you enough information to come up with a solution suitable for your configuration. Thanks - I think I just have to add the directory in which the info files reside from the currently used org mode. Am I correct in assuming that is ~/.emacs.d/org-mode/doc ? This is how I did it. It requires an emacs restart to pick up the new directory. http://doc.norang.ca/org-mode.html#InfoDocumentation -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-iswitchb documentation
Carsten Dominik carsten.domi...@gmail.com wrote: Hi Stephen, I think this is actually a bug. Since the command is called ...- iswitchb, I am sure the intention was to use iswitchbe. Later, when we added ido support as well, the function was rewritten using org-icompleting-read, and in this way the iswitchb support was lost. p.s. one day I might imagine that iswitchb.el might disappear and be replaced by ido.el, which might make life easier, assuming that iswitchb hasn't diverged too much since Kim first made ido.el. What do you think Kim - should we just have ido.el in the emacs sources, and have iswitchb-mode configure ido.el to just do buffer searching? (Sorry Kim, this is a thread on emacs-orgmode, http://article.gmane.org/gmane.emacs.orgmode/26723) best wishes, Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
2010/6/28 Bernt Hansen be...@norang.ca Rainer M Krug r.m.k...@gmail.com writes: On Mon, Jun 28, 2010 at 1:53 PM, Štěpán Němec step...@gmail.com wrote: Rainer M Krug r.m.k...@gmail.com writes: Just one additional question: When I go on the menu to Org -- Documentation -- Info Documentation, I still get the info help from version 6.21b, although I installed the version from git, and under Org -- Documentation -- Show Version it gives me Org-mode version 6.36trans (release_6.36.408.g7f21f). Can I change this somehow? It seems that the Info Documentation is the one which is part of emacs. That depends on your Emacs installation specifics. In short, the problem is that the directory containing the older Org documentation comes first in `Info-directory-list'. Reading the docstrings for this variable as well as `Info-default-directory-list' should give you enough information to come up with a solution suitable for your configuration. Thanks - I think I just have to add the directory in which the info files reside from the currently used org mode. Am I correct in assuming that is ~/.emacs.d/org-mode/doc ? This is how I did it. It requires an emacs restart to pick up the new directory. http://doc.norang.ca/org-mode.html#InfoDocumentation Thanks - that is adding the path to the variable Info-default-directory-list It is working now: I updated my org-mode directory with the following script: rk...@ecolmod:~/.emacs.d$ cat update_org-mode-git #!/bin/sh cd ./org-mode-git cd org-mode # git clone git://repo.or.cz/org-mode.git git pull git gc make clean make make doc after adding make info to the script, it is working now nicely. Is there any other make I should do? Thanks a lot, Rainer -Bernt -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Rainer M Krug r.m.k...@gmail.com writes: I updated my org-mode directory with the following script: rk...@ecolmod:~/.emacs.d$ cat update_org-mode-git #!/bin/sh cd ./org-mode-git cd org-mode # git clone git://repo.or.cz/org-mode.git git pull git gc make clean make make doc after adding make info to the script, it is working now nicely. Is there any other make I should do? Thanks a lot, Hi Rainer, Short version: I don't think so. Longer version: I only do make doc/org.info occasionally. I don't bother with any other make targets -- I run org-mode directly from the sources. I used to compile all of the files but found it more tedious to do updates (I update almost every day) and I didn't notice any speed difference in my use of emacs and org-mode between the compiled and uncompiled versions. I normally leave my emacs session running for days. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
2010/6/28 Bernt Hansen be...@norang.ca Rainer M Krug r.m.k...@gmail.com writes: I updated my org-mode directory with the following script: rk...@ecolmod:~/.emacs.d$ cat update_org-mode-git #!/bin/sh cd ./org-mode-git cd org-mode # git clone git://repo.or.cz/org-mode.git git pull git gc make clean make make doc after adding make info to the script, it is working now nicely. Is there any other make I should do? Thanks a lot, Hi Rainer, Short version: I don't think so. Longer version: I only do make doc/org.info occasionally. I don't bother with any other make targets -- I run org-mode directly from the sources. I used to compile all of the files but found it more tedious to do updates (I update almost every day) and I didn't notice any speed difference in my use of emacs and org-mode between the compiled and uncompiled versions. I normally leave my emacs session running for days. I don't know if it is a speed differences - I just followed the infos on the org-mode website. Asnd as I have a script which is doing everything (and I close my emacs sessions in the evenings), it is no problem for me. Thanks for the help and Cheers, Rainer Regards, Bernt -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Carsten Dominik carsten.domi...@gmail.com writes: On Jun 28, 2010, at 1:36 PM, Leo wrote: On 2010-06-28 11:19 +0100, Tassilo Horn wrote: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) I have also found creating new frame a bit annoying because I tend to have fullscreened emacs and really don't like a frame to pop into my face. I don't remember why I made creating a new frame the default. Probably back then I used to have a special frame for GNUS open. Anyway, if there is enough momentum here, we can change the default. I also don't want a new frame. Part of the problem with the new frame is that if I exit the article I am back in Summary and it's tempting to quit that - because it was perhaps just created for me and then I'm out of gnus. It's almost like the article needs a buffer-local hook to exit differently. Maybe this is something gnus needs to support more, a show this article, but don't mess with the summary buffer or any other gnus state, or maybe it does already and I just don't understand. pgppAxYI4d8Iy.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug in latest version?
Hello,
I just updated my Org (git version).
I may have made a mistake somewhere else, but I think there is a bug
introduced recently:
--8---cut here---start-8---
Debugger entered--Lisp error: (wrong-type-argument listp * Letters)
car(* Letters)
mapcar(car (* Letters ** Latin (Agrave \\`{A} nil Agrave; A À
À) (agrave \\`{a} nil agrave; a à à) (Aacute \\'{A} nil
Aacute; A Á Á) (aacute \\'{a} nil aacute; a á á) (Acirc
\\^{A} nil Acirc; A Â Â) (acirc \\^{a} nil acirc; a â
â) (Atilde \\~{A} nil Atilde; A Ã Ã) (atilde \\~{a} nil
atilde; a ã ã) (Auml \\\{A} nil Auml; Ae Ä Ä) (auml
\\\{a} nil auml; ae ä ä) (Aring \\AA{} nil Aring; A Å
Å) (AA \\AA{} nil Aring; A Å Å) (aring \\aa{} nil aring;
a å å) (AElig \\AE{} nil AElig; AE Æ Æ) (aelig \\ae{}
nil aelig; ae æ æ) (Ccedil \\c{C} nil Ccedil; C Ç Ç)
(ccedil \\c{c} nil ccedil; c ç ç) (Egrave \\`{E} nil
Egrave; E È È) (egrave \\`{e} nil egrave; e è è)
(Eacute \\'{E} nil Eacute; E É É) (eacute \\'{e} nil
eacute; e é é) (Ecirc \\^{E} nil Ecirc; E Ê Ê) (ecirc
\\^{e} nil ecirc; e ê ê) (Euml \\\{E} nil Euml; E Ë Ë)
(euml \\\{e} nil euml; e ë ë) (Igrave \\`{I} nil Igrave;
I Ì Ì) (igrave \\`{i} nil igrave; i ì ì) (Iacute \\'{I}
nil Iacute; I Í Í) (iacute \\'{i} nil iacute; i í í)
(Icirc \\^{I} nil Icirc; I Î Î) (icirc \\^{i} nil icirc;
i î î) (Iuml \\\{I} nil Iuml; I Ï Ï) (iuml \\\{i} nil
iuml; i ï ï) (Ntilde \\~{N} nil Ntilde; N Ñ Ñ) (ntilde
\\~{n} nil ntilde; n ñ ñ) (Ograve \\`{O} nil Ograve; O Ò
Ò) (ograve \\`{o} nil ograve; o ò ò) (Oacute \\'{O} nil
Oacute; O Ó Ó) (oacute \\'{o} nil oacute; o ó ó) (Ocirc
\\^{O} nil Ocirc; O Ô Ô) (ocirc \\^{o} nil ocirc; o ô
ô) (Otilde \\~{O} nil Otilde; O Õ Õ) (otilde \\~{o} nil
otilde; o õ õ) (Ouml \\\{O} nil Ouml; Oe Ö Ö) (ouml
\\\{o} nil ouml; oe ö ö) (Oslash \\O nil Oslash; O Ø
Ø) (oslash \\o{} nil oslash; o ø ø) (OElig \\OE{} nil
OElig; OE OE Œ) ...))
org-compute-latex-and-specials-regexp()
org-set-regexps-and-options()
org-mode()
org-get-local-variables()
orgstruct-setup()
orgstruct-mode(1)
turn-on-orgstruct()
(progn (turn-on-orgtbl) (turn-on-orgstruct) (turn-on-orgstruct++))
(if (locate-library org.el) (progn (turn-on-orgtbl) (turn-on-orgstruct)
(turn-on-orgstruct++)))
(when (locate-library org.el) (turn-on-orgtbl) (turn-on-orgstruct)
(turn-on-orgstruct++))
my-message-mode-hook()
run-hooks(text-mode-hook message-mode-hook)
apply(run-hooks (text-mode-hook message-mode-hook))
run-mode-hooks(message-mode-hook)
message-mode()
message-pop-to-buffer(*mail* nil)
message-mail()
gnus-group-mail(nil)
call-interactively(gnus-group-mail nil nil)
--8---cut here---end---8---
That's what I got when trying to compose a new mail in Gnus.
Adding `-XXX' in the `locate-library' below temporarily fixes the problem.
--8---cut here---start-8---
;; operates on messages you send
(defun my-message-mode-hook ()
;;; ;; prompt for and insert a mail alias
;;; (local-set-key (kbd M-a) 'mail-abbrev-insert-alias)
;; tab completion for alias in `.mailrc'
(local-set-key (kbd M-TAB) 'mail-abbrev-complete-alias)
;; enable automatic word-wrap when composing messages
(setq fill-column 78)
(turn-on-auto-fill)
;; footnote
(footnote-mode)
(setq footnote-spaced-footnotes nil)
(setq footnote-section-tag )
(setq footnote-style 'latin)
(when (locate-library org.el-XXX)
;; turn on the `org-mode' table editor
(turn-on-orgtbl)
;; turn on orgstruct-mode
(turn-on-orgstruct)
;; turn on the enhanced version of orgstruct-mode
(turn-on-orgstruct++)))
(add-hook 'message-mode-hook 'my-message-mode-hook)
--8---cut here---end---8---
Best regards,
Seb
--
Sébastien Vauban
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug in latest version?
Sébastien Vauban wxhgmqzgw...@spammotel.com writes:
Hello,
I just updated my Org (git version).
I may have made a mistake somewhere else, but I think there is a bug
introduced recently:
Debugger entered--Lisp error: (wrong-type-argument listp * Letters)
car(* Letters)
mapcar(car (* Letters ** Latin (Agrave \\`{
I think with commit :
ee629299c0f699c5fa9274720ad89286b8ea1e73 (merge in master)
or
af866a94bdf54aade9c63e1234a8989032bfcf9d
you should be able to undo this/these commits ;)
cheers,
Giovanni
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Tables and environment with parameters
Hi Carsten, Carsten Dominik wrote: On Jun 23, 2010, at 11:30 PM, Sébastien Vauban wrote: I'm filling my taxes now. Of course, using Org for keeping a trace of all computations and reasons of imputing this or that... Though, since one of the last updates -- I guess --, I now have a problem exporting the tables: 1. I see the meta-tags in the PDF output! Very new... 2. The `changemargin' environment is not correctly handled. See http://article.gmane.org/gmane.emacs.orgmode/25849 for more info. Any confirmation of these problems as new? maybe you could use git bisect to identify the offending commit? Thanks! I'd wanna be more reactive, but I won't be able to do that before a couple of days. Reasons are I need first to work on the contents itself (must send my tax declaration by DEADLINE: [2010-06-30 Wed]!), and I will be out to customers for at least one day. Though, in the meanwhile, note that this is not as bad as it could be: in fact, I'd love to be able to print (when I want it, though) some of the table meta-information, such as table name and formulas. That'd be great to see that, at certain times, in the output PDF -- would we be able to customize its font size or so. What do you think? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: (setq gnus-use-cache nil) I've updated it to `t'. ... Rest stayed as it was. I've read the couple of mails I was linking to. I've restarted Emacs (and Gnus) a couple of times. No change. It still takes around 5 mins to find the mail in my `work' group. Even when clicking a second time in the same Emacs/Gnus session. I've checked the cache; in /home/sva/Mail/cache/nnimap+me:INBOX.work, I have a copy of the linked email: -rw-r--r-- 1 sva sva 1631 2010-06-28 14:09 28606 I really don't understand the problem. Profile the gnus code as it processes the two requests? The differences should be telling. Cheers, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug in latest version?
Hi Giovanni,
Giovanni Ridolfi wrote:
Sébastien Vauban wxhgmqzgw...@spammotel.com writes:
[...] I think there is a bug introduced recently:
Debugger entered--Lisp error: (wrong-type-argument listp * Letters)
car(* Letters)
mapcar(car (* Letters ** Latin (Agrave \\`{
I think with commit :
ee629299c0f699c5fa9274720ad89286b8ea1e73 (merge in master)
or
af866a94bdf54aade9c63e1234a8989032bfcf9d
you should be able to undo this/these commits ;)
For sure, no, not yet -- I can't swim yet in the git commits. I don't know how
to do that yet. But, yes, I definitively have to know how to do such things.
For the moment, I'll wait for someone to do it, eventually explaining how to
do it. I want to test other Org stuff before leaving work.
Best regards,
Seb
--
Sébastien Vauban
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi Nick, Nick Dokos wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: (setq gnus-use-cache nil) I've updated it to `t'. ... Rest stayed as it was. I've read the couple of mails I was linking to. I've restarted Emacs (and Gnus) a couple of times. No change. It still takes around 5 mins to find the mail in my `work' group. Even when clicking a second time in the same Emacs/Gnus session. I've checked the cache; in /home/sva/Mail/cache/nnimap+me:INBOX.work, I have a copy of the linked email: -rw-r--r-- 1 sva sva 1631 2010-06-28 14:09 28606 I really don't understand the problem. Profile the gnus code as it processes the two requests? The differences should be telling. Could you just give me a hint (function name or so) or a place to look for some info on how to do that? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Hi Carsten,
Carsten Dominik carsten.domi...@gmail.com writes:
[...]
The above patch looks definitely right to me. In fact, I think the
org-if-unprotected should be around the entire content of the while
loop - with an additional fix to make sure search is resumed not
from the beginning of location of a match that has not been processed,
that would create in infinite loop.
Great, I've just applied this patch with the fix you described.
From d422f564163e37c51d0727e2992b24b85caf54ea Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sun, 27 Jun 2010 19:36:14 -0700
Subject: [PATCH 2/2] org-latex: check for protection before wrapping
: lines as verbatim
[...]
I am not quite certain why this second patch is needed?
This second patch ensures that we do not nest verbatim environments on
latex export, for example w/o this patch the following org-mode
--8---cut here---start-8---
#+begin_src org
,* escaped org-mode markup
,this should be exported as is
,#+results: escaping-example
,: 24
#+end_src
--8---cut here---end---8---
exports to the following LaTeX
--8---cut here---start-8---
\begin{verbatim}
* escaped org-mode markup
this should be exported as is
#+results: escaping-example
\begin{verbatim}
24
\end{verbatim}
\end{verbatim}
--8---cut here---end---8---
I'll wait to hear from you before doing anything with this second patch.
Thanks -- Eric
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode stopped compiling recently
Carsten Dominik carsten.domi...@gmail.com writes: On Jun 28, 2010, at 8:15 AM, Eric Schulte wrote: Thanks Daniel, I've just applied this fix. -- Eric Hi Eric, alternatively you could have done (require 'org-macs) or (require 'org) In fact, would it not be reasonable to require org in ob.el? If I add (require 'org) to ob.el, I get the following error In toplevel form: lisp/org.el:115:1:Error: Recursive `require' for feature `ob' make: *** [lisp/org.elc] Error 1 as a consequence of requiring ob.el from within org.el. If there's a better solution please let me know what I should do. Thanks -- Eric - Carsten Daniel Mahler dmah...@gmail.com writes: Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes- file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Hello, Carsten Dominik writes: The above patch looks definitely right to me. In fact, I think the org-if-unprotected should be around the entire content of the while loop - with an additional fix to make sure search is resumed not from the beginning of location of a match that has not been processed, that would create in infinite loop. I had removed that protection check in a patch before: I think that comments should be removed (or transformed) during export, whatever their content is. After all, they are only comments. Any protection check is useless there. Now, if blocks get caught by the comment search loop, then some part of org-mode is not doing its job as #+begin_src isn't a comment according to the documentation. So, what part is seeing them as comments ? I think this first patch may be a quick fix, but it only obfuscates the true problem. Regards, -- Nicolas Goaziou ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: latex export and booktabs tables
Hi Sébastien, Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Carsten Dominik wrote: On Jun 28, 2010, at 7:09 AM, Eric Schulte wrote: One way to deal with this without adding even more complexity to the core of org-mode could be through the use of Library of Babel functions. The attached org-mode file provides a function for exporting to the longtable environment with some example usage. If this looks generally useful it (and maybe similar functions) could be added to the library of babel distributed w/Org-mode. What do you think? -- Eric This looks like a great solution to me. It does look great to me as well. Just a request on the wish-list: could the table environment be made a parameter (so that we can choose between tabular, tabular*, etc.)? Sure, my thinking was that it may be more natural to use the environment type as the function name (allowing more concise function calls). Also, that way if there are some arguments that only make sense for particular environment (I'm not sure that there are) then it would be easy to customize the functions on a per-environment bases. But if these environments are all pretty similar - tabular* - booktabs - longtable - tablex - array then I guess one single function is the way to go. I'll add this to the library-of-babel.org in contrib/babel/library-of-babel.org and please feel free to play around with the function definition. This file lives in the contrib directory to encourage user participation -- in fact maybe the library-of-babel.org (or a copy) should move to Worg. Thanks -- Eric Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: I really don't understand the problem. Profile the gnus code as it processes the two requests? The differences should be telling. Could you just give me a hint (function name or so) or a place to look for some info on how to do that? I 've used the blunter instrument with org in the past: M-x elp-instrument-package RET gnus RET There is a sharper scalpel too: M-x elp=instrument-function RET some-func RET Cheers, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Hi Nicolas, Nicolas Goaziou n.goaz...@gmail.com writes: Hello, Carsten Dominik writes: The above patch looks definitely right to me. In fact, I think the org-if-unprotected should be around the entire content of the while loop - with an additional fix to make sure search is resumed not from the beginning of location of a match that has not been processed, that would create in infinite loop. I had removed that protection check in a patch before: I think that comments should be removed (or transformed) during export, whatever their content is. After all, they are only comments. Any protection check is useless there. I disagree, sometimes what looks like a comment is actually content (see below) Now, if blocks get caught by the comment search loop, then some part of org-mode is not doing its job as #+begin_src isn't a comment according to the documentation. So, what part is seeing them as comments ? I think this first patch may be a quick fix, but it only obfuscates the true problem. I would disagree here. There *is* a case where a protected comment should be retained in the export. For example, if I'm writing a document in which I want to discuss Org-mode markup. It should be possible for me to include verbatim Org-mode code in my document, through the use of e.g. #+begin_src org ,* example org ,# this is a comment ,this is not a comment #+end_src however without the protection check, the comment would be removed. If there is a problem with comments being marked as protected when they shouldn't be, then that should be fixed where the protection is being applied, but I believe that the protection check in this patch is required. Best -- Eric Regards, ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org-capture - go to last captured note is not consistent
Hi Carsten, I've switched to org-capture from remember for capturing new items to my refile.org file. I noticed one inconsistency when visiting the last captured note. If you create a capture note with a single heading , | * TODO do something | :CLOCK: | CLOCK: [2010-06-28 Mon 11:53]--[2010-06-28 Mon 11:54] = 0:01 | :END: | [2010-06-28 Mon 11:53] | [[file:~/News/drafts/drafts/4::If%20you%20create%20a%20capture%20note%20with%20a%20single%20heading][file:~/News/drafts/drafts/4::If you create a capture note with a single heading]] ` and go to the last capture location with C-u C-u C-M-r then it goes to the heading as I expect. But if you capture a tree it goes to the end of the tree instead of the last headline. The first case goes here , | * TODO do something point on this line | :CLOCK: | CLOCK: [2010-06-28 Mon 11:53]--[2010-06-28 Mon 11:54] = 0:01 | :END: | [2010-06-28 Mon 11:53] | [[file:~/News/drafts/drafts/4::If%20you%20create%20a%20capture%20note%20with%20a%20single%20heading][file:~/News/drafts/drafts/4::If you create a capture note with a single heading]] ` but capturing this: , | * TODO do something else | [2010-06-28 Mon 11:56] | [[file:~/News/drafts/drafts/4::but]] | ** TODO Sublevel task |one two three |four five six ` puts the point on the last line , | * TODO do something else | [2010-06-28 Mon 11:56] | [[file:~/News/drafts/drafts/4::but]] | ** TODO Sublevel task |one two three |four five six point on this line ` and I really expected it to be on the 'do something else' heading instead. Remember mode used to go to the first line of the captured tree (top level heading of the remember note) It's not a critical issue but it jumped out at me today as being weird. Thanks, Bernt PS. I have C-M-r bound to org-capture. , | C-M-r runs the command org-capture | which is an interactive Lisp function in `org-capture.el'. | It is bound to C-M-r. | (org-capture optional goto keys) | | Capture something. | | This will let you select a template from org-capture-templates, and then | file new captured information. The text is immediately inserted at the | target location, and an indirect buffer is shown where you can edit it. | Pressing `C-c C-c' brings you back to the previous state of Emacs, | so that you can continue your work. | | When called interactively with a `C-u' prefix argument goto, don't capture | anything, just go to the file/headline where the selected template | stores its notes. With a double prefix arg `C-u C-u', go to the last | note stored. | | When called with a `C-0' (zero) prefix, insert a template at point. | | Lisp programs can set keys to a string associated with a template in | `org-capture-templates'. In this case, interactive selection will be | bypassed. | | [back] ` ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Rainer, I'm happy this was useful Rainer M Krug r.m.k...@gmail.com writes: On Fri, Jun 25, 2010 at 5:37 PM, Eric Schulte schulte.e...@gmail.comwrote: [...] *** Start babel #+begin_src emacs-lisp (org-babel-load-library-of-babel) #+end_src the above becomes #+begin_src emacs-lisp (org-babel-lob-ingest ~/path/to/org/contrib/babel/library-of-babel.org) #+end_src I don't seem to need this line anymore - it is working without. Also, I don't remember why I put it in... The `org-babel-lob-ingest' function is used to load the source-code blocks defined in an Org-mode file into the global `org-babel-library-of-babel' variable. The functions defined in this variable can be called from any Org-mode file. This makes it possible to build a set of often-used generally applicable source-code blocks. The idea behind the library-of-babel.org file distributed with Org-mode is to share such functions throughout the entire Org-mode community. Best -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] Org-babel integrated into Org-mode
Hi Christopher, Christopher Witte ch...@witte.net.au writes: I'm having trouble getting the new version of babel to work with haskell and R under Ubuntu 10.04 using emacs-snapshot. It works fine for emacs-lisp. I had to change the variable LISPF in the Makefile to: LISPF = org.el \ . babel/ob.el \ babel/ob-table.el \ babel/ob-lob.el \ babel/ob-ref.el \ babel/ob-exp.el \ babel/ob-tangle.el \ babel/ob-comint.el \ babel/ob-keys.el\ babel/langs/ob-emacs-lisp.el\ babel/langs/ob-haskell.el \ babel/langs/ob-latex.el \ babel/langs/ob-sh.el\ babel/langs/ob-asymptote.el \ babel/langs/ob-R.el \ babel/langs/ob-gnuplot.el otherwise I couldn't compile my .emacs file, which contains the following: Hmm, I would think it would be possible to require files which are not byte-compiled. The reason that the language files (aside from emacs-lisp) are not compiled by default is that they often have exotic requirements which will not be present on most users systems. (require 'org-install) ;;(require 'org) ;;(require 'ob) ;;(require 'ob-tangle) ;; org-babel set up (require 'ob-haskell) (require 'ob-latex) (require 'ob-sh) (require 'ob-asymptote) (require 'ob-R) (require 'ob-gnuplot) The following works fine: #+tblname: example-table | 1 | | 2 | | 3 | | 4 | #+source: table-length #+begin_src emacs-lisp :var table=example-table (length table) #+end_src #+results: table-length : 4 But when I try the haskell equivalent: #+source: table-length #+begin_src haskell :var table=example-table length table #+end_src I get: executing haskell source code block reference 'example-table' not found in this buffer org-babel-ref-resolve-reference: reference 'example-table' not found in this buffer If I try: #+source: table-length #+begin_src haskell length [1,2,3] #+end_src I get: executing haskell source code block org-babel-execute:haskell: Symbol's function definition is void: session Thanks for bringing this up, it looks like ob-haskell has fallen victim to bit-rot. I've done a fairly thorough cleanup of the file (just pushed up the commit). Please give it a test run and let me know if/where I missed issues. I also get a lot of warnings when I compile org-mode, see the attached buiild log. Yes, the language-specific files have not been manicured for clean byte-compilation. This is certainly something that should happen, but probably not in the near term. Thanks -- Eric Thanks for your help, Chris Witte. On 23 June 2010 23:09, Eric Schulte schulte.e...@gmail.com wrote: Hi, I've just merged the babel branch into the main branch of Org-mode. This merge culminates much integration work by Dan Davison and Tom Dye, as well as myself. Babel is now part of Org-mode. The biggest changes are: 1) Babel now has documentation! It is part of Org-mode's documentation see Chapter 14 _Working With Source Code_ also, the Babel keybindings are now listed in the refcard, and can be viewed from any Org-mode buffer by pressing C-c C-v h 2) Babel will now be loaded by default along with the rest of Org-mode. This means that *everyone* currently using babel will need to change their Emacs config and remove the (require 'org-babel-int) and/or (require 'org-babel) lines. Support for evaluating emacs-lisp code blocks is loaded by default. All other languages will need to be required explicitly. To conform to Emacs filename specifications all language require lines have been shortened from e.g. (require 'org-babel-sh) to (require 'ob-sh) Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Eric Schulte writes: I would disagree here. There *is* a case where a protected comment should be retained in the export. For example, if I'm writing a document in which I want to discuss Org-mode markup. It should be possible for me to include verbatim Org-mode code in my document, through the use of e.g. #+begin_src org ,* example org ,# this is a comment ,this is not a comment #+end_src however without the protection check, the comment would be removed. If there is a problem with comments being marked as protected when they shouldn't be, then that should be fixed where the protection is being applied, but I believe that the protection check in this patch is required. Ok, I get your point. I wasn't thinking recursively. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-babel and emacs init
Firstly : Carsten and Eric I emailed you privately as I had no news access - pls ignore. Problem solved. With the latest git pull for org-mode I couldn't start my emacs because my init files are org files untangled using babel. Here is an updated init.el which which uses the new names and pulls in ob-tangle. --8---cut here---start-8--- (setq dotfiles-dir (file-name-directory (or (buffer-file-name) load-file-name))) (let* ((org-dir (expand-file-name lisp (expand-file-name org-mode dotfiles-dir))) (org-contrib-dir (expand-file-name lisp (expand-file-name contrib (expand-file-name .. org-dir (load-path (append (list org-dir org-contrib-dir (concat org-dir /babel)) (or load-path nil (message %s org-dir) ;; load up Org-mode and Org-babel (require 'org-install) (require 'ob) (require 'ob-tangle) ) --8---cut here---end---8--- -- Google Talk : rile...@googlemail.com http://www.google.com/talk ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-babel `:hlines yes` no longer working for python
Hm. I've found a bug with this patch: #+begin_src python return [['foo', 'bar', 'baz'], [a, b, None of the above], ['1', 2, 3]] #+end_src #+results: | foo | bar | baz| | a | b | hline of the above | | 1 | 2 | 3 | This also replaces the word None anywhere with hline, even in strings. Eric Schulte schulte.e...@gmail.com writes: Hi, OK, I've applied this patch. Christopher Allan Webber cweb...@dustycloud.org writes: Eric, Looks good to me! It's abusing the None type's meaning a little, but I think it's acceptable enough. (If you think of hlines as rows that are not rows, you can trick yourself into thinking it is perfectly pythonic :)) Yea, this semantic mismatch bothered me, however it looks like Python doesn't have anything like symbols that could be used here, and I guess there isn't an issue of wanting to preserve None for nil mapping because nil can be represented with an empty list []. Thanks for bringing this up! -- Eric - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, I'm certainly no Python expert, but I implemented your idea of converting hlines to and from None's (patch below [1]), and it seems to work (under some definition of work). See the following example with the new behavior. --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab #+end_src #+results: echo-table | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Please, Python people, try this out and if you like the behavior then I'll happily apply the patch. Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hey Eric, Thanks for the super helpful reply! Out of curiosity, is it likely that we will ever get hline support in Python and etc? I've been pondering how it might be done, and maybe it could be like this, using a '|-' string instead of a list for the row: [['a', 'b', 'c'], '|-', ['d', 'e', 'f'], ['g', 'h', 'i']] Which would produce: | a | b | c | |---+---+---| | d | e | f | | g | h | i | Alternately maybe the same thing could be done by abusing None: [['a', 'b', 'c'], None, ['d', 'e', 'f'], ['g', 'h', 'i']] Thoughts? - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, Thanks for pointing this out, this is an error in the documentation, which I will update. The code you posted should generate the error you have received. Currently the only language which can handle hlines is emacs-lisp, all other languages will result in errors like the one you pasted below. That's not to say that it wouldn't be possible to add hline handling to other languages, or to maybe do something tricky like session-based evaluation in which an `hlines' variable was pre-initialized to some value, but I digress. Note that it *is* possible to have hlines in the output, using colnames, e.g. --8---cut here---start-8--- #+tblname: A | a | b | c | |---+---+---| | d | e | f | | g | h | i | #+begin_src python :var tab=A :colnames yes return [[val + '*' for val in row] for row in tab] #+end_src #+results: | a | b | c | |++| | d* | e* | f* | | g* | h* | i* | --8---cut here---end---8--- which works because the hline, and the column names, are never made available to python, rather Babel holds onto them and then re-applies them to the source block's output. or even to have an elisp block add hlines to your results --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols return tab #+end_src #+begin_src emacs-lisp :var table=echo-table (butlast (apply #'append (mapcar (lambda (el) (list el 'hline)) table))) #+end_src #+results: | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Thanks for pointing this out! Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hello all, I was going through the tutorial and testing the :hlines yes feature as described in the info manual. Unfortunately, the example given no longer seems to work for python: #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab #+end_src #+results: echo-table | a | b | c | | d | e | f | | g | h | i | In the buffer *Org-Babel Error Output* I see: Traceback (most recent call last): File stdin, line
Re: [Orgmode] org-babel and emacs init
Hi Richard, Happy this is sorted out. A similar startup example is available in the init.el file in my copy of the Emacs Starter Kit [1], which also tangles all configuration from org files. Cheers -- Eric Richard Riley rile...@gmail.com writes: Firstly : Carsten and Eric I emailed you privately as I had no news access - pls ignore. Problem solved. With the latest git pull for org-mode I couldn't start my emacs because my init files are org files untangled using babel. Here is an updated init.el which which uses the new names and pulls in ob-tangle. (setq dotfiles-dir (file-name-directory (or (buffer-file-name) load-file-name))) (let* ((org-dir (expand-file-name lisp (expand-file-name org-mode dotfiles-dir))) (org-contrib-dir (expand-file-name lisp (expand-file-name contrib (expand-file-name .. org-dir (load-path (append (list org-dir org-contrib-dir (concat org-dir /babel)) (or load-path nil (message %s org-dir) ;; load up Org-mode and Org-babel (require 'org-install) (require 'ob) (require 'ob-tangle) ) Footnotes: [1] http://github.com/eschulte/emacs-starter-kit/blob/master/init.el ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
On Jun 28, 2010, at 5:04 PM, Eric Schulte wrote:
Hi Carsten,
Carsten Dominik carsten.domi...@gmail.com writes:
[...]
The above patch looks definitely right to me. In fact, I think the
org-if-unprotected should be around the entire content of the while
loop - with an additional fix to make sure search is resumed not
from the beginning of location of a match that has not been
processed,
that would create in infinite loop.
Great, I've just applied this patch with the fix you described.
From d422f564163e37c51d0727e2992b24b85caf54ea Mon Sep 17 00:00:00
2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sun, 27 Jun 2010 19:36:14 -0700
Subject: [PATCH 2/2] org-latex: check for protection before wrapping
: lines as verbatim
[...]
I am not quite certain why this second patch is needed?
This second patch ensures that we do not nest verbatim environments on
latex export, for example w/o this patch the following org-mode
--8---cut here---start-8---
#+begin_src org
,* escaped org-mode markup
,this should be exported as is
,#+results: escaping-example
,: 24
#+end_src
--8---cut here---end---8---
exports to the following LaTeX
--8---cut here---start-8---
\begin{verbatim}
* escaped org-mode markup
this should be exported as is
#+results: escaping-example
\begin{verbatim}
24
\end{verbatim}
\end{verbatim}
--8---cut here---end---8---
I'll wait to hear from you before doing anything with this second
patch.
For now I don't see anything wrong with this. The fastest
way to find out is to put it into master and watch the list :-)
Please go ahead and do that.
Thanks.
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode stopped compiling recently
On Jun 28, 2010, at 5:06 PM, Eric Schulte wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Jun 28, 2010, at 8:15 AM, Eric Schulte wrote: Thanks Daniel, I've just applied this fix. -- Eric Hi Eric, alternatively you could have done (require 'org-macs) or (require 'org) In fact, would it not be reasonable to require org in ob.el? If I add (require 'org) to ob.el, I get the following error In toplevel form: lisp/org.el:115:1:Error: Recursive `require' for feature `ob' make: *** [lisp/org.elc] Error 1 Ah, I see. there are these solutions 1. require only org-macs, not org 2. Do not (require ob) in org-mode at all, but make it one of the modules in org-modules, default on. Org modules works around the recursive require by only loading the files when org-mode is activted in a file for the first time. By then, `org' was provided and no conflict occurs. 3. Put the require statement for ob after the (provide 'org) I think either 1 or 2 are good solutions. - Carsten as a consequence of requiring ob.el from within org.el. If there's a better solution please let me know what I should do. Thanks -- Eric - Carsten Daniel Mahler dmah...@gmail.com writes: Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes- file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-babel `:hlines yes` no longer working for python
Hi Chris, Thanks for catching this. I've just pushed up a patch which should fix the issue. Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hm. I've found a bug with this patch: #+begin_src python return [['foo', 'bar', 'baz'], [a, b, None of the above], ['1', 2, 3]] #+end_src #+results: | foo | bar | baz| | a | b | hline of the above | | 1 | 2 | 3 | This also replaces the word None anywhere with hline, even in strings. Eric Schulte schulte.e...@gmail.com writes: Hi, OK, I've applied this patch. Christopher Allan Webber cweb...@dustycloud.org writes: Eric, Looks good to me! It's abusing the None type's meaning a little, but I think it's acceptable enough. (If you think of hlines as rows that are not rows, you can trick yourself into thinking it is perfectly pythonic :)) Yea, this semantic mismatch bothered me, however it looks like Python doesn't have anything like symbols that could be used here, and I guess there isn't an issue of wanting to preserve None for nil mapping because nil can be represented with an empty list []. Thanks for bringing this up! -- Eric - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, I'm certainly no Python expert, but I implemented your idea of converting hlines to and from None's (patch below [1]), and it seems to work (under some definition of work). See the following example with the new behavior. --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab #+end_src #+results: echo-table | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Please, Python people, try this out and if you like the behavior then I'll happily apply the patch. Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hey Eric, Thanks for the super helpful reply! Out of curiosity, is it likely that we will ever get hline support in Python and etc? I've been pondering how it might be done, and maybe it could be like this, using a '|-' string instead of a list for the row: [['a', 'b', 'c'], '|-', ['d', 'e', 'f'], ['g', 'h', 'i']] Which would produce: | a | b | c | |---+---+---| | d | e | f | | g | h | i | Alternately maybe the same thing could be done by abusing None: [['a', 'b', 'c'], None, ['d', 'e', 'f'], ['g', 'h', 'i']] Thoughts? - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, Thanks for pointing this out, this is an error in the documentation, which I will update. The code you posted should generate the error you have received. Currently the only language which can handle hlines is emacs-lisp, all other languages will result in errors like the one you pasted below. That's not to say that it wouldn't be possible to add hline handling to other languages, or to maybe do something tricky like session-based evaluation in which an `hlines' variable was pre-initialized to some value, but I digress. Note that it *is* possible to have hlines in the output, using colnames, e.g. --8---cut here---start-8--- #+tblname: A | a | b | c | |---+---+---| | d | e | f | | g | h | i | #+begin_src python :var tab=A :colnames yes return [[val + '*' for val in row] for row in tab] #+end_src #+results: | a | b | c | |++| | d* | e* | f* | | g* | h* | i* | --8---cut here---end---8--- which works because the hline, and the column names, are never made available to python, rather Babel holds onto them and then re-applies them to the source block's output. or even to have an elisp block add hlines to your results --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols return tab #+end_src #+begin_src emacs-lisp :var table=echo-table (butlast (apply #'append (mapcar (lambda (el) (list el 'hline)) table))) #+end_src #+results: | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Thanks for pointing this out! Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hello all, I was going through the tutorial and testing the :hlines yes feature as described in the info manual. Unfortunately, the example given no longer seems to work for python: #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Sébastien, that is takes so long for one group but the other group on the same server is fast is really strange, and currently I don't understand what might cause that... :-( Profile the gnus code as it processes the two requests? The differences should be telling. Could you just give me a hint (function name or so) or a place to look for some info on how to do that? I'd edebug the function `org-gnus-follow-link'. It'll be cool if you could tell me what is the long running function in there. Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode stopped compiling recently
Carsten Dominik carsten.domi...@gmail.com writes: [...] Ah, I see. there are these solutions 1. require only org-macs, not org went with this approach. Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Carsten Dominik carsten.domi...@gmail.com writes: [...] For now I don't see anything wrong with this. The fastest way to find out is to put it into master and watch the list :-) Please go ahead and do that. Great, I'll go ahead and try this. Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] *.bak files in trunk?
Is this normal? mahler:~/ELISP/org-mode-git$ git status # On branch master nothing to commit (working directory clean) mahler:~/ELISP/org-mode-git$ find . -name *.bak ./lisp/ChangeLog.bak ./lisp/babel/langs/ob-C.el.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak ./lisp/babel/langs/ob-sh.el.bak ./lisp/babel/langs/ob-C.el.bak.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak.bak ./lisp/babel/langs/ob-sh.el.bak.bak ./lisp/babel/langs/ob-C.el.bak.bak.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak.bak.bak ./lisp/babel/langs/ob-sh.el.bak.bak.bak ./lisp/babel/langs/ob-C.el.bak.bak.bak.bak ./lisp/babel/langs/ob-emacs-lisp.el.bak.bak.bak.bak ./lisp/babel/langs/ob-sh.el.bak.bak.bak.bak ./lisp/babel/ob-exp.el.bak ./lisp/babel/ob-ref.el.bak ./lisp/babel/ob-tangle.el.bak ./lisp/babel/ob.el.bak ./lisp/babel/ob-ref.elc.bak ./lisp/babel/ob-exp.el.bak.bak ./lisp/babel/ob-ref.el.bak.bak ./lisp/babel/ob-tangle.el.bak.bak ./lisp/babel/ob.el.bak.bak ./lisp/babel/ob-ref.elc.bak.bak ./lisp/babel/ob-exp.el.bak.bak.bak ./lisp/babel/ob-ref.el.bak.bak.bak ./lisp/babel/ob-tangle.el.bak.bak.bak ./lisp/babel/ob.el.bak.bak.bak ./lisp/babel/ob-ref.elc.bak.bak.bak ./lisp/babel/ob-exp.el.bak.bak.bak.bak ./lisp/babel/ob-ref.el.bak.bak.bak.bak ./lisp/babel/ob-tangle.el.bak.bak.bak.bak ./lisp/babel/ob.el.bak.bak.bak.bak ./lisp/babel/ob-ref.elc.bak.bak.bak.bak ./lisp/ChangeLog.01.bak ./lisp/org-agenda.el.bak ./lisp/org-archive.el.bak ./lisp/org-bbdb.el.bak ./lisp/org-bibtex.el.bak ./lisp/org-clock.el.bak ./lisp/org-colview-xemacs.el.bak ./lisp/org-colview.el.bak ./lisp/org-compat.el.bak ./lisp/org-crypt.el.bak ./lisp/org-docbook.el.bak ./lisp/org-docview.el.bak ./lisp/org-entities.el.bak ./lisp/org-exp.el.bak ./lisp/org-feed.el.bak ./lisp/org-footnote.el.bak ./lisp/org-gnus.el.bak ./lisp/org-html.el.bak ./lisp/org-icalendar.el.bak ./lisp/org-id.el.bak ./lisp/org-info.el.bak ./lisp/org-irc.el.bak ./lisp/org-latex.el.bak ./lisp/org-list.el.bak ./lisp/org-mac-message.el.bak ./lisp/org-macs.el.bak ./lisp/org-mew.el.bak ./lisp/org-mhe.el.bak ./lisp/org-mouse.el.bak ./lisp/org-plot.el.bak ./lisp/org-protocol.el.bak ./lisp/org-publish.el.bak ./lisp/org-remember.el.bak ./lisp/org-rmail.el.bak ./lisp/org-src.el.bak ./lisp/org-table.el.bak ./lisp/org-timer.el.bak ./lisp/org-vm.el.bak ./lisp/org-wl.el.bak ./lisp/org.el.bak ./lisp/org-capture.el.bak ./lisp/org-macs.elc.bak ./lisp/org-publish.elc.bak ./lisp/ChangeLog.bak.bak ./lisp/ChangeLog.01.bak.bak ./lisp/org-agenda.el.bak.bak ./lisp/org-archive.el.bak.bak ./lisp/org-bbdb.el.bak.bak ./lisp/org-bibtex.el.bak.bak ./lisp/org-clock.el.bak.bak ./lisp/org-colview-xemacs.el.bak.bak ./lisp/org-colview.el.bak.bak ./lisp/org-compat.el.bak.bak ./lisp/org-crypt.el.bak.bak ./lisp/org-docbook.el.bak.bak ./lisp/org-docview.el.bak.bak ./lisp/org-entities.el.bak.bak ./lisp/org-exp.el.bak.bak ./lisp/org-feed.el.bak.bak ./lisp/org-footnote.el.bak.bak ./lisp/org-gnus.el.bak.bak ./lisp/org-html.el.bak.bak ./lisp/org-icalendar.el.bak.bak ./lisp/org-id.el.bak.bak ./lisp/org-info.el.bak.bak ./lisp/org-irc.el.bak.bak ./lisp/org-latex.el.bak.bak ./lisp/org-list.el.bak.bak ./lisp/org-mac-message.el.bak.bak ./lisp/org-macs.el.bak.bak ./lisp/org-mew.el.bak.bak ./lisp/org-mhe.el.bak.bak ./lisp/org-mouse.el.bak.bak ./lisp/org-plot.el.bak.bak ./lisp/org-protocol.el.bak.bak ./lisp/org-publish.el.bak.bak ./lisp/org-remember.el.bak.bak ./lisp/org-rmail.el.bak.bak ./lisp/org-src.el.bak.bak ./lisp/org-table.el.bak.bak ./lisp/org-timer.el.bak.bak ./lisp/org-vm.el.bak.bak ./lisp/org-wl.el.bak.bak ./lisp/org.el.bak.bak ./lisp/org-capture.el.bak.bak ./lisp/org-macs.elc.bak.bak ./lisp/org-publish.elc.bak.bak ./lisp/ChangeLog.bak.bak.bak ./lisp/ChangeLog.01.bak.bak.bak ./lisp/org-agenda.el.bak.bak.bak ./lisp/org-archive.el.bak.bak.bak ./lisp/org-bbdb.el.bak.bak.bak ./lisp/org-bibtex.el.bak.bak.bak ./lisp/org-clock.el.bak.bak.bak ./lisp/org-colview-xemacs.el.bak.bak.bak ./lisp/org-colview.el.bak.bak.bak ./lisp/org-compat.el.bak.bak.bak ./lisp/org-crypt.el.bak.bak.bak ./lisp/org-docbook.el.bak.bak.bak ./lisp/org-docview.el.bak.bak.bak ./lisp/org-entities.el.bak.bak.bak ./lisp/org-exp.el.bak.bak.bak ./lisp/org-feed.el.bak.bak.bak ./lisp/org-footnote.el.bak.bak.bak ./lisp/org-gnus.el.bak.bak.bak ./lisp/org-html.el.bak.bak.bak ./lisp/org-icalendar.el.bak.bak.bak ./lisp/org-id.el.bak.bak.bak ./lisp/org-info.el.bak.bak.bak ./lisp/org-irc.el.bak.bak.bak ./lisp/org-latex.el.bak.bak.bak ./lisp/org-list.el.bak.bak.bak ./lisp/org-mac-message.el.bak.bak.bak ./lisp/org-macs.el.bak.bak.bak ./lisp/org-mew.el.bak.bak.bak ./lisp/org-mhe.el.bak.bak.bak ./lisp/org-mouse.el.bak.bak.bak ./lisp/org-plot.el.bak.bak.bak ./lisp/org-protocol.el.bak.bak.bak ./lisp/org-publish.el.bak.bak.bak ./lisp/org-remember.el.bak.bak.bak ./lisp/org-rmail.el.bak.bak.bak ./lisp/org-src.el.bak.bak.bak ./lisp/org-table.el.bak.bak.bak ./lisp/org-timer.el.bak.bak.bak ./lisp/org-vm.el.bak.bak.bak ./lisp/org-wl.el.bak.bak.bak ./lisp/org.el.bak.bak.bak ./lisp/org-capture.el.bak.bak.bak
Re: [Orgmode] Org-babel `:hlines yes` no longer working for python
Works perfect now... Thanks! :D Eric Schulte schulte.e...@gmail.com writes: Hi Chris, Thanks for catching this. I've just pushed up a patch which should fix the issue. Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hm. I've found a bug with this patch: #+begin_src python return [['foo', 'bar', 'baz'], [a, b, None of the above], ['1', 2, 3]] #+end_src #+results: | foo | bar | baz| | a | b | hline of the above | | 1 | 2 | 3 | This also replaces the word None anywhere with hline, even in strings. Eric Schulte schulte.e...@gmail.com writes: Hi, OK, I've applied this patch. Christopher Allan Webber cweb...@dustycloud.org writes: Eric, Looks good to me! It's abusing the None type's meaning a little, but I think it's acceptable enough. (If you think of hlines as rows that are not rows, you can trick yourself into thinking it is perfectly pythonic :)) Yea, this semantic mismatch bothered me, however it looks like Python doesn't have anything like symbols that could be used here, and I guess there isn't an issue of wanting to preserve None for nil mapping because nil can be represented with an empty list []. Thanks for bringing this up! -- Eric - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, I'm certainly no Python expert, but I implemented your idea of converting hlines to and from None's (patch below [1]), and it seems to work (under some definition of work). See the following example with the new behavior. --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab #+end_src #+results: echo-table | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Please, Python people, try this out and if you like the behavior then I'll happily apply the patch. Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hey Eric, Thanks for the super helpful reply! Out of curiosity, is it likely that we will ever get hline support in Python and etc? I've been pondering how it might be done, and maybe it could be like this, using a '|-' string instead of a list for the row: [['a', 'b', 'c'], '|-', ['d', 'e', 'f'], ['g', 'h', 'i']] Which would produce: | a | b | c | |---+---+---| | d | e | f | | g | h | i | Alternately maybe the same thing could be done by abusing None: [['a', 'b', 'c'], None, ['d', 'e', 'f'], ['g', 'h', 'i']] Thoughts? - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, Thanks for pointing this out, this is an error in the documentation, which I will update. The code you posted should generate the error you have received. Currently the only language which can handle hlines is emacs-lisp, all other languages will result in errors like the one you pasted below. That's not to say that it wouldn't be possible to add hline handling to other languages, or to maybe do something tricky like session-based evaluation in which an `hlines' variable was pre-initialized to some value, but I digress. Note that it *is* possible to have hlines in the output, using colnames, e.g. --8---cut here---start-8--- #+tblname: A | a | b | c | |---+---+---| | d | e | f | | g | h | i | #+begin_src python :var tab=A :colnames yes return [[val + '*' for val in row] for row in tab] #+end_src #+results: | a | b | c | |++| | d* | e* | f* | | g* | h* | i* | --8---cut here---end---8--- which works because the hline, and the column names, are never made available to python, rather Babel holds onto them and then re-applies them to the source block's output. or even to have an elisp block add hlines to your results --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols return tab #+end_src #+begin_src emacs-lisp :var table=echo-table (butlast (apply #'append (mapcar (lambda (el) (list el 'hline)) table))) #+end_src #+results: | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Thanks for pointing this out! Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hello all, I was going through the tutorial and testing the :hlines yes feature as described in the info manual. Unfortunately, the example given no longer seems to work for python: #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source:
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Carsten Dominik carsten.domi...@gmail.com writes: [...] For now I don't see anything wrong with this. The fastest way to find out is to put it into master and watch the list :-) Please go ahead and do that. I think this patch may have uncovered a bug in the export preprocessing which was previously being covered up by the over-eager comment pruning. I've now got another patch [1] which fixes the bug in `org-export-mark-blockquote-verse-center' which was leaving #+end_quote lines littered in the pre-processed files. If this looks good to you please do apply it, I'll run it locally in the meantime to see if any unexpected behavior develops. Thanks -- Eric Thanks. - Carsten Footnotes: [1] From 251647d34f599dd025bb08376c0a3eabac604c9d Mon Sep 17 00:00:00 2001 From: Eric Schulte schulte.e...@gmail.com Date: Mon, 28 Jun 2010 12:52:44 -0700 Subject: [PATCH] org-exp: ensure that #+end_quote lines are removed * lisp/org-exp.el (org-export-mark-blockquote-verse-center): ensure that the end_quote line is removed during buffer preprocessing --- lisp/org-exp.el |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index f0c11d6..1cd8fc2 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -1569,7 +1569,8 @@ These special cookies will later be interpreted by the backend. beg1 (1+ (match-end 0))) (when (re-search-forward (concat ^[ \t]*#\\+end_ type \\.*) nil t) (setq end (+ (point-at-eol) (if (looking-at \n$) 1 0)) - end1 (1- (match-beginning 0))) + end1 (save-excursion (goto-char (1- (match-beginning 0))) + (point-at-bol))) (setq content (org-remove-indentation (buffer-substring beg1 end1))) (setq content (concat ORG- (upcase t1) -START\n content \n -- 1.7.0.4 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Add customization for WL in `org-link-frame-setup'
Didn't even know about this customization variable and used a hack of org-wl to actually open links in an other frame. So here is a patch that adds a customization option for WL links to `org-link-frame-setup'. Best, -- David David Maus (1): Add customization option to open WL links in other frame. lisp/org.el | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: *.bak files in trunk?
On Jun 29, 2010, at 2:45 AM, Bernt Hansen wrote: Daniel Mahler dmah...@gmail.com writes: Is this normal? mahler:~/ELISP/org-mode-git$ git status # On branch master nothing to commit (working directory clean) mahler:~/ELISP/org-mode-git$ find . -name *.bak ./lisp/ChangeLog.bak ./lisp/babel/langs/ob-C.el.bak ... ./lisp/org-capture.el.bak.bak.bak.bak ./lisp/org-macs.elc.bak.bak.bak.bak ./lisp/org-publish.elc.bak.bak.bak.bak Hi Daniel, I don't think those files are in the repository but they are in your local working directory. There is an entry '*.bak' in the .gitignore file in the repository so 'git status' will not show these files by default (since they are ignored). You can see untracked files with $ git ls-files -o $ git ls-files '*.bak' returns nothing for me so there are no files ending in '.bak' in the repository as far as I can tell. The bigger problem seems to be that something is creating these files. Bu I have no idea what, noting in Org-mode I would think, must be some utility or stuff in Daniel's setup. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [org-babel] Does org-babel needs some simplification?
Hello! snip Whenever I come back to org-babel, it takes me a huge amount of time to find myself back again in the syntax. Often I spend a day or two heavily reading the website and manual again to figure out how to make it working. There are so many options. tangle files, results, scripting mode, sessions, noweb, lot, etc. Just yesterday, I fighted again to make a simple python script running as desired to generate an automatic report. I did this dozen of times and even by using some old report as template I still struggle with it. Comparing old reports I noticed that I did it in many different ways. Tangeling all snipplets, using noweb syntax, with and without session support, etc. snip I have not used it for Python, but for R coding I've found it incredibly intuitive. However, that might be because R has long supported literate programming through Sweave, complete with noweb syntax and code tangling. I personally don't think it's too complex. One thing that could help is a gentle introduction written by users of each language that babel supports. I have started something like that with R already on my blog, see http://blogisticreflections.wordpress.com/2010/05/23/introduction-to-using-r-with-org-babel-part-1/ I think the best thing to do is to figure out a system that works for you, and document it (in org-mode of course!) so that there are notes the next time you come back to the file, or need to produce a new file. Of course, the authors of babel might have plans to somehow simplify syntax, but I just wanted to point out that, like anything, with some repetition, you can commit the main ideas to memory and then consult the manual when needed. I found that spending a couple hours running all the possible options in the manual with R while taking notes went a long way in helping me understand how it it all works. Best Regards, Erik ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Hi Eric, On Jun 28, 2010, at 9:59 PM, Eric Schulte wrote: Carsten Dominik carsten.domi...@gmail.com writes: [...] For now I don't see anything wrong with this. The fastest way to find out is to put it into master and watch the list :-) Please go ahead and do that. I think this patch may have uncovered a bug in the export preprocessing which was previously being covered up by the over-eager comment pruning. I've now got another patch [1] which fixes the bug in `org-export-mark-blockquote-verse-center' which was leaving # +end_quote lines littered in the pre-processed files. If this looks good to you please do apply it, I'll run it locally in the meantime to see if any unexpected behavior develops. Thanks -- Eric Thanks. - Carsten Footnotes: [1] From 251647d34f599dd025bb08376c0a3eabac604c9d Mon Sep 17 00:00:00 2001 From: Eric Schulte schulte.e...@gmail.com Date: Mon, 28 Jun 2010 12:52:44 -0700 Subject: [PATCH] org-exp: ensure that #+end_quote lines are removed * lisp/org-exp.el (org-export-mark-blockquote-verse-center): ensure that the end_quote line is removed during buffer preprocessing --- lisp/org-exp.el |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index f0c11d6..1cd8fc2 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -1569,7 +1569,8 @@ These special cookies will later be interpreted by the backend. beg1 (1+ (match-end 0))) (when (re-search-forward (concat ^[ \t]*#\\+end_ type \ \.*) nil t) (setq end (+ (point-at-eol) (if (looking-at \n$) 1 0)) - end1 (1- (match-beginning 0))) + end1 (save-excursion (goto-char (1- (match-beginning 0))) + (point-at-bol))) (setq content (org-remove-indentation (buffer-substring beg1 end1))) (setq content (concat ORG- (upcase t1) -START\n content \n -- 1.7.0.4 I think the better fix woud be diff --git a/lisp/org-exp.el b/lisp/org-exp.el index f0c11d6..23fb07b 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -1568,8 +1568,8 @@ These special cookies will later be interpreted by the bac (setq beg (match-beginning 0) beg1 (1+ (match-end 0))) (when (re-search-forward (concat ^[ \t]*#\\+end_ type \ \.*) nil t) - (setq end (+ (point-at-eol) (if (looking-at \n$) 1 0)) - end1 (1- (match-beginning 0))) + (setq end1 (1- (match-beginning 0)) + end (+ (point-at-eol) (if (looking-at \n$) 1 0))) (setq content (org-remove-indentation (buffer-substring beg1 end1))) (setq content (concat ORG- (upcase t1) -START\n content \n The reason why this fails seems to be because of the looking-at. When this code was first written, (match-beginning 0) referred to the earlier regexp match, but the looking-at, if it matches, changes the meaning of that form. Could you please try if my patch works as well, and if yes apply it? Thanks. - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Add customization for WL in `org-link-frame-setup'
Applied, thanks. - Carsten On Jun 28, 2010, at 9:44 PM, David Maus wrote: Didn't even know about this customization variable and used a hack of org-wl to actually open links in an other frame. So here is a patch that adds a customization option for WL links to `org-link-frame-setup'. Best, -- David David Maus (1): Add customization option to open WL links in other frame. lisp/org.el | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: patch for org-mac-link-grabber
Anthony, this somehow got garbles in the patchworks catcher. Can you please submit the patch again and attach it, so that you email program cannot garble it? Thanks. - Carsten On Jun 24, 2010, at 8:53 PM, Anthony Lander wrote: Hi Carsten, Could you please apply the following patch to fix a problem where Together links were being incorrectly opened with AddressBook? Thanks -Anthony -- diff --git a/contrib/lisp/org-mac-link-grabber.el b/contrib/lisp/org- mac-link-grabber.el index 46a9565..bb12204 100644 --- a/contrib/lisp/org-mac-link-grabber.el +++ b/contrib/lisp/org-mac-link-grabber.el @@ -318,7 +318,7 @@ applications and inserting them in org documents (defun org-mac-together-item-open (uid) Open the given uid, which is a reference to an item in Together - (shell-command (concat open \x-together-item: uid \))) + (shell-command (concat open -a Together \x-together-item: uid \))) (defun as-get-selected-together-items () (do-applescript @@ -378,9 +378,9 @@ applications and inserting them in org documents ;; ;; -(org-add-link-type addressbook 'org-mac-together-item-open) +(org-add-link-type addressbook 'org-mac-addressbook-item-open) -(defun org-mac-together-item-open (uid) +(defun org-mac-addressbook-item-open (uid) Open the given uid, which is a reference to an item in Together (shell-command (concat open \addressbook: uid \))) - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Carsten Dominik carsten.domi...@gmail.com writes: [...] The reason why this fails seems to be because of the looking-at. When this code was first written, (match-beginning 0) referred to the earlier regexp match, but the looking-at, if it matches, changes the meaning of that form. Could you please try if my patch works as well, and if yes apply it? This does work, it's now applied. Thanks -- Eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
