Re: [Orgmode] Headline and numbered plain list
Thank you David, for your reply. The only reason I need this is just I can specify TAG(s) for headline and can't do this for any other record. Therefore, I need to have information about number of items, checked number and get items by TAG. Is there any other way to achieve this? Thank you, Juri. On Mon, Jun 28, 2010 at 2:43 PM, David Maus wrote: > > 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 > ___ 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 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
[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] [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
Re: [Orgmode] [org-babel] Does org-babel needs some simplification?
On Jun 29, 2010, at 5:51 AM, Torsten Wagner wrote: Dear All, as a (quite, but happy) org-bable user of the first hour I followed up the development process actively. Nevertheless, some weeks or months pass where I had no need for org-babel (yes, really strange I know). 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. This is, I think, the problem. There are several ways to do things, and the documentation maybe does not give a good guide yet which method to use. Maybe it need same addition in the beginning intruducing the different ways to work with babel, and some guide lines when which method is useful. Just my 5c. - 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 9:59 PM, Eric Schulte wrote: Carsten Dominik 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 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] [org-babel] Does org-babel needs some simplification?
Hello! 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. 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: *.bak files in trunk?
On Jun 29, 2010, at 2:45 AM, Bernt Hansen wrote: Daniel Mahler 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
[Orgmode] [org-babel] Does org-babel needs some simplification?
Dear All, as a (quite, but happy) org-bable user of the first hour I followed up the development process actively. Nevertheless, some weeks or months pass where I had no need for org-babel (yes, really strange I know). 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. Don't get me wrong, I really love org-babel and I think it is really great. I just wonder wether it has become too complex and too difficult to use to attract most of the org-mode people. Esp. considering people who use it not on a regular basis. Best regards Torsten ___ 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] Fix: org-mobile-push results in byte-code: Wrong type argument: listp, "TODO"
Hi all, this problem was described by Xin already some monthes ago. Following the thread, the solution was to remove the customisation of the variable "org-todo-keywords". Today, I faced the exact same problem. Removing seems not the correct solution to me so I searched around in the org-manual. To my surprise I found the following example: (setq org-todo-keywords '((sequence "TODO" "FEEDBACK" "VERIFY" "|" "DONE" "DELEGATED"))) whereas in my init file I used simply (setq org-todo-keywords '("TODO" "STARTED" "WAITING" "DONE")) I changed my lines according to the manual and now org-mobile-push works without any problem. I wasn't able to track down whether the org-todo-keyword variable changed recently and I used an old definition or why I customised it in this "simple" resp. wrong way. Surprisingly, this didn't effect the TODO states mechanism in org-mode itself. They work as desired with the old customisation. Just thought I let you know, maybe some people fight or will fight with the same problem. Bye Torsten ___ 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: *.bak files in trunk?
Daniel Mahler 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. -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: latex export and booktabs tables
Hi Eric, "Eric Schulte" wrote: > Sébastien Vauban writes: >> 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. I think your argumentation is persuasive. Maybe that's better to do so, if we want to avoid subtle differences between environments. > But if these environments are all pretty similar > - tabular* > - booktabs > - longtable > - tablex > - array > then I guess one single function is the way to go. As said, maybe stay on your initial point of view. Have different functions for different environments. > 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. I'll clearly commit to do it, on a "on need" basis. As soon as I add something, this will be made publicly available, for review and comments. > 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, 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: latex export and booktabs tables
Hi Eric, I can only agree with what has already been said, namely that this is a very nice solution which indeed is much more generic and does not require fiddling with the core of the distribution. Thanks for this, this even closes, I think, the older thread or re-opens it to further discussion ;) Cheers, Erik On Mon, Jun 28, 2010 at 5:16 PM, Eric Schulte wrote: > Hi Sébastien, > > Sébastien Vauban 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 > ___ 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 option to open WL links in other frame.
* org.el (org-link-frame-setup): Add customization option for Wanderlust. --- lisp/org.el | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 1029fa1..a079179 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1387,7 +1387,8 @@ Changing this requires a restart of Emacs to work correctly." (defcustom org-link-frame-setup '((vm . vm-visit-folder-other-frame) (gnus . gnus-other-frame) -(file . find-file-other-window)) +(file . find-file-other-window) +(wl . wl-other-frame)) "Setup the frame configuration for following links. When following a link with Emacs, it may often be useful to display this link in another window or frame. This variable can be used to @@ -1403,6 +1404,9 @@ For FILE, use any of `find-file' `find-file-other-window' `find-file-other-frame' +For Wanderlust use any of +`wl' +`wl-other-frame' For the calendar, use the variable `calendar-setup'. For BBDB, it is currently only possible to display the matches in another window." @@ -1422,7 +1426,11 @@ another window." (choice (const find-file) (const find-file-other-window) -(const find-file-other-frame) +(const find-file-other-frame))) + (cons (const wl) + (choice +(const wl) +(const wl-other-frame) (defcustom org-display-internal-link-with-indirect-buffer nil "Non-nil means use indirect buffer to display infile links. -- 1.7.1 ___ 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: [BUG] nested blocks aren't protected on export
Carsten Dominik 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 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
Re: [Orgmode] Org-babel `:hlines yes` no longer working for python
Works perfect now... Thanks! :D "Eric Schulte" writes: > Hi Chris, > > Thanks for catching this. I've just pushed up a patch which should fix > the issue. > > Best -- Eric > > Christopher Allan Webber 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" writes: >> >>> Hi, >>> >>> OK, I've applied this patch. >>> >>> Christopher Allan Webber 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" 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 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" 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 >
[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 ./lisp/org-macs.e
Re: [Orgmode] Re: [BUG] nested blocks aren't protected on export
Carsten Dominik 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
Re: [Orgmode] Re: org-mode stopped compiling recently
Carsten Dominik 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
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban 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] 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 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" writes: > >> Hi, >> >> OK, I've applied this patch. >> >> Christopher Allan Webber 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" 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 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" 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: >>
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 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 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 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 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 wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler 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 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 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 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] 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" writes: > Hi, > > OK, I've applied this patch. > > Christopher Allan Webber 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" 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 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" 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 writes: > >> Hello all, >> >> I was g
[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] 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
Re: [Orgmode] [ANN] Org-babel integrated into Org-mode
Hi Christopher, Christopher Witte 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 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: [ANN] Org-babel integrated into Org-mode
Hi Rainer, I'm happy this was useful Rainer M Krug writes: > On Fri, Jun 25, 2010 at 5:37 PM, Eric Schulte wrote: [...] >> > >> > *** 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
[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 <>>> | :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 <<<> ` 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: [BUG] nested blocks aren't protected on export
Hi Nicolas, Nicolas Goaziou 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
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban 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 gnus There is a sharper scalpel too: M-x elp=instrument-function some-func 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: latex export and booktabs tables
Hi Sébastien, Sébastien Vauban 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: [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: org-mode stopped compiling recently
Carsten Dominik 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 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 >>> wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler 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 > 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
Hi Carsten, 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. > Great, I've just applied this patch with the fix you described. > >> >> From d422f564163e37c51d0727e2992b24b85caf54ea Mon Sep 17 00:00:00 2001 >> From: Eric Schulte >> 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
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi Nick, Nick Dokos wrote: > Sébastien Vauban 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
[Orgmode] Re: Bug in latest version?
Hi Giovanni, Giovanni Ridolfi wrote: > Sébastien Vauban 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
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban 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: 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] Bug in latest version?
Sébastien Vauban 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] 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 "À" "A" "À" "À") ("agrave" "\\`{a}" nil "à" "a" "à" "à") ("Aacute" "\\'{A}" nil "Á" "A" "Á" "Á") ("aacute" "\\'{a}" nil "á" "a" "á" "á") ("Acirc" "\\^{A}" nil "Â" "A" "Â" "Â") ("acirc" "\\^{a}" nil "â" "a" "â" "â") ("Atilde" "\\~{A}" nil "Ã" "A" "Ã" "Ã") ("atilde" "\\~{a}" nil "ã" "a" "ã" "ã") ("Auml" "\\\"{A}" nil "Ä" "Ae" "Ä" "Ä") ("auml" "\\\"{a}" nil "ä" "ae" "ä" "ä") ("Aring" "\\AA{}" nil "Å" "A" "Å" "Å") ("AA" "\\AA{}" nil "Å" "A" "Å" "Å") ("aring" "\\aa{}" nil "å" "a" "å" "å") ("AElig" "\\AE{}" nil "Æ" "AE" "Æ" "Æ") ("aelig" "\\ae{}" nil "æ" "ae" "æ" "æ") ("Ccedil" "\\c{C}" nil "Ç" "C" "Ç" "Ç") ("ccedil" "\\c{c}" nil "ç" "c" "ç" "ç") ("Egrave" "\\`{E}" nil "È" "E" "È" "È") ("egrave" "\\`{e}" nil "è" "e" "è" "è") ("Eacute" "\\'{E}" nil "É" "E" "É" "É") ("eacute" "\\'{e}" nil "é" "e" "é" "é") ("Ecirc" "\\^{E}" nil "Ê" "E" "Ê" "Ê") ("ecirc" "\\^{e}" nil "ê" "e" "ê" "ê") ("Euml" "\\\"{E}" nil "Ë" "E" "Ë" "Ë") ("euml" "\\\"{e}" nil "ë" "e" "ë" "ë") ("Igrave" "\\`{I}" nil "Ì" "I" "Ì" "Ì") ("igrave" "\\`{i}" nil "ì" "i" "ì" "ì") ("Iacute" "\\'{I}" nil "Í" "I" "Í" "Í") ("iacute" "\\'{i}" nil "í" "i" "í" "í") ("Icirc" "\\^{I}" nil "Î" "I" "Î" "Î") ("icirc" "\\^{i}" nil "î" "i" "î" "î") ("Iuml" "\\\"{I}" nil "Ï" "I" "Ï" "Ï") ("iuml" "\\\"{i}" nil "ï" "i" "ï" "ï") ("Ntilde" "\\~{N}" nil "Ñ" "N" "Ñ" "Ñ") ("ntilde" "\\~{n}" nil "ñ" "n" "ñ" "ñ") ("Ograve" "\\`{O}" nil "Ò" "O" "Ò" "Ò") ("ograve" "\\`{o}" nil "ò" "o" "ò" "ò") ("Oacute" "\\'{O}" nil "Ó" "O" "Ó" "Ó") ("oacute" "\\'{o}" nil "ó" "o" "ó" "ó") ("Ocirc" "\\^{O}" nil "Ô" "O" "Ô" "Ô") ("ocirc" "\\^{o}" nil "ô" "o" "ô" "ô") ("Otilde" "\\~{O}" nil "Õ" "O" "Õ" "Õ") ("otilde" "\\~{o}" nil "õ" "o" "õ" "õ") ("Ouml" "\\\"{O}" nil "Ö" "Oe" "Ö" "Ö") ("ouml" "\\\"{o}" nil "ö" "oe" "ö" "ö") ("Oslash" "\\O" nil "Ø" "O" "Ø" "Ø") ("oslash" "\\o{}" nil "ø" "o" "ø" "ø") ("OElig" "\\OE{}" nil "Œ" "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] Re: Behavior of Gnus when called from an hyperlink
Carsten Dominik 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] Re: [ANN] Org-babel integrated into Org-mode
2010/6/28 Bernt Hansen > Rainer M Krug 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
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Rainer M Krug 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 > Rainer M Krug writes: > > > On Mon, Jun 28, 2010 at 1:53 PM, Štěpán Němec wrote: > > > > Rainer M Krug 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
Re: [Orgmode] org-iswitchb documentation
Carsten Dominik 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
Rainer M Krug writes: > On Mon, Jun 28, 2010 at 1:53 PM, Štěpán Němec wrote: > > Rainer M Krug 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
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi Tassilo, Sébastien Vauban wrote: > Tassilo Horn wrote: >> Sébastien Vauban >> 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: Behavior of Gnus when called from an hyperlink
Carsten Dominik 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: Proposed tweak to org-agenda-skip-entry-when-regexp-matches-in-subtree
eric johnson 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
Re: [Orgmode] org-iswitchb documentation
Carsten Dominik 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
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
[Orgmode] Re: Not a bug, but ...
Hi Bernt, On 28.06.2010, at 13:23, Bernt Hansen wrote: > Jean-Marie Gaillourdet 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
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
On Mon, Jun 28, 2010 at 1:53 PM, Štěpán Němec wrote: > Rainer M Krug 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
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: Behavior of Gnus when called from an hyperlink
Hi Tassilo, Tassilo Horn wrote: > Sébastien Vauban 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
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Rainer M Krug 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
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
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
[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
[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
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 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\" (exp
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Sébastien Vauban 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
[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] 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] 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] 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] 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: 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
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
On Fri, Jun 25, 2010 at 5:37 PM, Eric Schulte wrote: > 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 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)
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 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 wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler 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 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
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 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 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: 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 Sébastien Vauban 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