Re: [Orgmode] keys and command name info
Hi everyone, just a quick note from an internet cafe: I am not sure I would like such a change because I think it makes the manual harder and less fluid to read and considerably longer. Let's please hold off this change until I can take part in the discussion next week. - Carsten On Jul 28, 2010, at 9:36 PM, Andreas Röhler wrote: Hi, what about delivering mnemonic command names alongside with its keys in org-info? For example 8.1. Agenda files [ ... ] `C-c [' Add current file to the list of agenda files. The file is added to the front of the list. If it was already in the list, it is moved to the front. With prefix arg, file is added/moved to the end. might be provided as 8.1. Agenda files [ ... ] `C-c [', org-agenda-file-to-front Add current file to the list of agenda files. The file is added to the front of the list. If it was already in the list, it is moved to the front. With prefix arg, file is added/moved to the end. IMHO it's useful for emacs-beginners, but for hackers too, as remembering function names may precede remembering keys - which are to change individually anyway. Should you be interested, I'll consider to take action with texi-files. Andreas -- https://code.launchpad.net/~a-roehler/python-mode https://code.launchpad.net/s-x-emacs-werkstatt/ ___ 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: Tracking finances with Babel
Hi Jason, Thanks for the clear example. While we're talking about this particular problem, I thought I'd mention that there's also a nice off-the-shelf solution in R: #+tblname: daily-expenses | Expense | Category | |-+--| | 2 | Food | | 1 | House| | 10 | Clothes | | 3 | Food | | 5 | House| #+begin_src R :var tab=daily-expenses :colnames yes attach(tab) aggregate(Expense ~ Category, FUN=sum) #+end_src #+results: | Category | Expense | |--+-| | Clothes | 10 | | Food | 5 | | House| 6 | Dan Jason Dunsmore writes: > Hello, > > There was a thread on tracking finances with Org-mode back in May: > http://thread.gmane.org/gmane.emacs.orgmode/24877 > > I had a different solution to the problem which I documented on Worg: > http://orgmode.org/worg/org-contrib/babel/uses.php#tracking-finances > > This is my first real use of Babel, so please let me know if there are > ways I can improve. > > Regards, > Jason ___ 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: [PATCH] org-export-generic, " text markup" -- and a request
On 7/31/10 Jul 31 -3:29 AM, Bastien wrote: > Robert Goldman writes: > >> FWIW, I have a number of substantial modifications to org-export-generic that >> fix its original inability to handle typefaces across line boundaries. >> >> However, my understanding is that all patches for org-export-generic wait on >> Wes >> Hardaker to approve them. >> >> If this would be a good time, I can ship the patches again. > > Let's wait for Wes' comeback for a while. > > Wes? > OK, attached is my sequence of patches for easier reference. >From aefc56ca8b7ef9cf621a3833fa0100558f8823f0 Mon Sep 17 00:00:00 2001 From: Robert P. Goldman Date: Sun, 30 May 2010 15:30:11 -0500 Subject: [PATCH 7/7] Added a call to insert any bodynewline-paragraph value before the start of a line item. --- contrib/lisp/org-export-generic.el |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/contrib/lisp/org-export-generic.el b/contrib/lisp/org-export-generic.el index 114769b..f8e8c4a 100644 --- a/contrib/lisp/org-export-generic.el +++ b/contrib/lisp/org-export-generic.el @@ -932,9 +932,13 @@ underlined headlines. The default is 3." (string-match "^\\([ \t]+\\)\\(\\*[ \t]*\\)" line)) ;; ;; plain list item - ;; ;; TODO: nested lists ;; +;; first add a line break between any previous paragraph or line item and this +;; one +(when bodynewline-paragraph + (insert bodynewline-paragraph)) + ;; I believe this gets rid of leading whitespace. (setq line (replace-match "" nil nil line)) -- 1.7.1 >From eca1acab3ad7522f6dca2314c634c4b86fbb0a04 Mon Sep 17 00:00:00 2001 From: Robert P. Goldman Date: Tue, 25 May 2010 09:08:04 -0500 Subject: [PATCH 6/7] Add a test code file. --- contrib/lisp/test-org-export-preproc.el | 39 +++ 1 files changed, 39 insertions(+), 0 deletions(-) create mode 100644 contrib/lisp/test-org-export-preproc.el diff --git a/contrib/lisp/test-org-export-preproc.el b/contrib/lisp/test-org-export-preproc.el new file mode 100644 index 000..3af8461 --- /dev/null +++ b/contrib/lisp/test-org-export-preproc.el @@ -0,0 +1,39 @@ +(require 'org-export-generic) + +(defun test-preproc () + (interactive) + (let ((string + (let ((region +(buffer-substring + (if (org-region-active-p) (region-beginning) (point-min)) + (if (org-region-active-p) (region-end) (point-max + (opt-plist (org-combine-plists (org-default-export-plist) + (org-infile-export-plist))) + (export-plist '("tikiwiki" :file-suffix ".txt" :key-binding 85 :header-prefix "" :header-suffix "" :title-format "-= %s =-\n" :date-export nil :toc-export nil :body-header-section-numbers nil :body-section-prefix "\n" :body-section-header-prefix + ("! " "!! " "!!! " " " "! " "!! " "!!! ") + :body-section-header-suffix + (" \n" " \n" " \n" " \n" " \n" " \n") + :body-line-export-preformated t :body-line-format "%s " :body-line-wrap nil :body-line-fixed-format " %s\n" :body-list-format "* %s\n" :body-number-list-format "# %s\n" :blockquote-start "\n^\n" :blockquote-end "^\n\n" :body-newline-paragraph "\n" :bold-format "__%s__" :italic-format "''%s''" :underline-format "===%s===" :strikethrough-format "--%s--" :code-format "-+%s+-" :verbatim-format "~pp~%s~/pp~"))) +(org-export-preprocess-string + region + :for-ascii t + :skip-before-1st-heading + (plist-get opt-plist :skip-before-1st-heading) + :drawers (plist-get export-plist :drawers-export) + :tags (plist-get export-plist :tags-export) + :priority (plist-get export-plist :priority-export) + :footnotes (plist-get export-plist :footnotes-export) + :timestamps (plist-get export-plist :timestamps-export) + :todo-keywords (plist-get export-plist :todo-keywords-export) + :verbatim-multiline t + :select-tags (plist-get export-plist :select-tags-export) + :exclude-tags (plist-get export-plist :exclude-tags-export) + :emph-multiline t + :archived-trees + (plist-get export-plist :archived-trees-export) + :add-text (plist-get opt-plist :text) +(save-excursion + (switch-to-buffer "*preproc-temp*") + (point-max) + (insert string + -- 1.7.1 >From 1f51cb4b8ce7c62699e6905eaf0aa47ef508cca0 Mon Sep 17 00:00:00 2001 From: Robert P. Goldman Date: Mon, 24 May 2010 09:01:22 -0500 Subject: [PATCH 5/7] Expanded docstring for org-emph-re --- lisp/org.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) d
[Orgmode] Re: Refile target caching
Hi Carsten, Thank you for thinking of our bugs. This is superb. I have used it for a while now. It speeds things up enormously, making the difference between usability and not. However, I have definitely had headlines get refiled to the wrong place. I am not able to track it down now, but I do have a suggestion. ==> Would it be possible to print the actual target that the headline got refiled to, instead of the name associated with the marker? At present, org says that it successfully refiled to the target headline when it did not. ==> Alternatively, org could compare the actual headline it was refiled to against the headline it was supposed to refile to. Then you'd get an error if they do not match. As for the bugs, I cannot investigate further now. Debugging is difficult for me. Perhaps more error checking as above will make the bug show up better. Thanks. Samuel On 2010-05-17, Carsten Dominik wrote: > Hi Sebastian, hi Samuel, > > I remember that both of you have in the past reported that refiling > has a long startup time because of target collection. > > I have now built a cache for refile targets and would like you to try > it out. > > (setq org-refile-use-cache t) > > This will speed up refile target collection for the second and further > instance. > If you are moving or adding entries that are targets themselves, that > chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c C-w' > or, if you prefer, with a triple C-u prefix. > > Samuel, note that this only speeds up target collection - it does > nothing to the overhead added by ido - so we will have to see how much > this helps for your use-case. > > > - Carsten > > > > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ 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] Tracking finances with Babel
Hello, There was a thread on tracking finances with Org-mode back in May: http://thread.gmane.org/gmane.emacs.orgmode/24877 I had a different solution to the problem which I documented on Worg: http://orgmode.org/worg/org-contrib/babel/uses.php#tracking-finances This is my first real use of Babel, so please let me know if there are ways I can improve. Regards, Jason ___ 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: Fix for agenda problems
On 8/1/10 Aug 1 -1:28 PM, David Maus wrote: > Robert Goldman wrote: >> [1 ] >> As far as I can tell, the current version of org-write-agenda evaluates >> ps-print-buffer-with-faces too eagerly. I tripped over this because >> aquamacs 2.0, which I'm using, seems to have ps-printing code that >> conflicts with org-mode's expectation. > >> The attached patch tries to fix this, but does not do the job >> particularly elegantly. Instead of EVALUATING the flet form, it >> MACROEXPANDS that form, which I believe is correct in this context. > > Yes, the intension of backquoting the flet macro was macroexpansion, > not evaluation. And it should work to solve the issue with cl not > loaded on runtime when calling `org-agenda-write'[1]. > > Best, > -- David > > [1] Cf. http://thread.gmane.org/gmane.emacs.orgmode/26132/focus=26698 Are you sure that my patch will work properly? I was looking at it, and it seems like the use of org-let might cause the list (the code) to be evaluated at run-time, and not at compile time, right? Here's org-let: (defun org-let (list &rest body) (eval (cons 'let (cons list body (put 'org-let 'lisp-indent-function 1) It occurs in org-agenda. Question: does this mean that the backquoted expression will be evaluated at run-time, or is the compiler aggressive enough to do it at compile-time? This is something I /should/ know, but don't best, r ___ 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: [BABEL] Octave issues
Juan writes: > On Sun, Aug 01, 2010 at 06:19:30PM -0400, Dan Davison wrote: >> Juan writes: > >> Thanks very much. I've applied your patch with one minor change: >> >> (format "%s" (or var "nil")) >> >> However, is there a better way to receive an elisp nil value in octave? > > [] can be used for an empty matrix. > > What is the use-case for nil here? I don't have one to hand. I mistakenly thought that (format "%s" nil) resulted in error, but I see now that is not true, so both are equivalent. > >> > I'm not working with sessions, so I have not yet tested the original >> > problem reported with 'org_babel_eoe' showing up as result. >> >> Sorry to pursue you for more help, but that problem is not limited to >> sessions. A very simple demonstration of it is > > Apparently 'ans' won't help much; it only contains results of > operations, not assignments. > > : The `ans' variable always contains the result of the last computation, > : where the output wasn't assigned to any variable. The code `a = cos > : (pi)' will assign the value -1 to the variable `a', but will not > : change the value of `ans'. However, the code `cos (pi)' will set the > : value of `ans' to -1. > > I cannot find an alternative way of getting the result from the last > statement. > > You can assign to 'ans' however, so it could be an inconvenient > requirement to either end the source block with a computation or with > an assignment to 'ans'. Yuk! I'm thinking that this is how it's going to have to be though. We have a comparable requirement in python, where you must use a 'return' statement in external evaluation mode. So it's looking to me like in matlab and octave, just as you say, you either have to end with a computation, or you have to otherwise ensure that 'ans' contains the value you want at the end of your code. And that's true in sessions and external. (The difference is that in python you *can* access the last value, but only in the interactive session mode of the interpreter.) > > #+begin_src > x = 42 > ans = x > #+end_src > > Another option, equally inconvenient, is to add a header option with > the name of the variable to return (in case it is not 'ans'): > > #+begin_src :outvar x > x = 42 > 3 * 3 # this doesn't matter > #+end_src I was going to say that I don't think we want to go there, as we would want to make such a feature available for all languages. But I can see that this might be quite natural in octave (and matlab?) because it reflects the syntax for defining functions. But in any case this is, as you indicate, just a generalisation of the above. > > Another much more fragile option would be to actually parse the end of > the code block looking for computation vs. assignment. This one will > never work! I agree! (I guess it might be do-able in languages that can parse themselves) Dan > > Regards, > .j. > > ___ > 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: [BABEL] Octave issues
On Sun, Aug 01, 2010 at 06:19:30PM -0400, Dan Davison wrote: > Juan writes: > Thanks very much. I've applied your patch with one minor change: > > (format "%s" (or var "nil")) > > However, is there a better way to receive an elisp nil value in octave? [] can be used for an empty matrix. What is the use-case for nil here? > > I'm not working with sessions, so I have not yet tested the original > > problem reported with 'org_babel_eoe' showing up as result. > > Sorry to pursue you for more help, but that problem is not limited to > sessions. A very simple demonstration of it is Apparently 'ans' won't help much; it only contains results of operations, not assignments. : The `ans' variable always contains the result of the last computation, : where the output wasn't assigned to any variable. The code `a = cos : (pi)' will assign the value -1 to the variable `a', but will not : change the value of `ans'. However, the code `cos (pi)' will set the : value of `ans' to -1. I cannot find an alternative way of getting the result from the last statement. You can assign to 'ans' however, so it could be an inconvenient requirement to either end the source block with a computation or with an assignment to 'ans'. Yuk! #+begin_src x = 42 ans = x #+end_src Another option, equally inconvenient, is to add a header option with the name of the variable to return (in case it is not 'ans'): #+begin_src :outvar x x = 42 3 * 3 # this doesn't matter #+end_src Another much more fragile option would be to actually parse the end of the code block looking for computation vs. assignment. This one will never work! Regards, .j. ___ 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: [BABEL] Output with octave + [PATCH] x2
Juan writes: > Hi, > > I'm starting to work with ob-octave and found several problems: Hi Juan, Thanks very much. I've applied your patch with one minor change: (format "%s" (or var "nil")) However, is there a better way to receive an elisp nil value in octave? > I'm not working with sessions, so I have not yet tested the original > problem reported with 'org_babel_eoe' showing up as result. Sorry to pursue you for more help, but that problem is not limited to sessions. A very simple demonstration of it is #+begin_src octave x = 5 x #+end_src #+results: : /usr/share/octave/packages/3.2 This happens because neither of these two lines of code alter the value of 'ans' (I presume the value we are seeing is something from octave's start-up sequence). Contrast this with #+begin_src octave x = 5 x+0 #+end_src #+results: : 5.e+00 Any idea of the best way forward? Dan > > Regards, > .j. > > > > On Sun, Aug 01, 2010 at 02:18:40PM -0400, Dan Davison wrote: >> Eric S Fraga writes: >> > On Fri, 23 Jul 2010 16:59:43 + (UTC), d.tchin wrote: >> >> I have problem to get output back in org mode file. > > ___ > 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: [BABEL] Output with octave [PATCH]
Hi, Below is a single PATCH for the 3 issues: - passing tables with EXP or complex notation to octave - correct formatting of matrixes into octave - interpretation of octave output as table Regards, .j. 8< diff --git a/lisp/ob-octave.el b/lisp/ob-octave.el index 8e99f86..bf7fdd3 100644 --- a/lisp/ob-octave.el +++ b/lisp/ob-octave.el @@ -119,8 +119,9 @@ end") Converts an emacs-lisp variable into a string of octave code specifying a variable of the same value." (if (listp var) - (concat "[" (mapconcat #'org-babel-octave-var-to-octave var ", ") "]") -(format "%S" var))) + (concat "[" (mapconcat #'org-babel-octave-var-to-octave var +(if (listp (car var)) "; " ",")) "]") +(format "%s" var))) (defun org-babel-prep-session:octave (session params &optional matlabp) "Prepare SESSION according to the header arguments specified in PARAMS." @@ -181,7 +182,7 @@ value of the last statement in BODY, as elisp." (org-babel-eval cmd (format org-babel-octave-wrapper-method body tmp-file tmp-file)) - (org-babel-eval-read-file tmp-file)) + (org-babel-octave-import-elisp-from-file tmp-file)) (defun org-babel-octave-evaluate-session (session body result-type &optional matlabp) 8< On Sun, Aug 01, 2010 at 05:07:27PM -0300, Juan wrote: > I'm starting to work with ob-octave and found several problems: > > The first, for which I have a fix (see patch below) is that octave's > output was passed on as a string instead of being interpreted as a table: > The second problem is that if I use octave table output as input to > another block, it gets interpreted as a string instead of a vector: > This has to do with the EXP notation. The 'e+00' suffix makes the > whole table into a string. The problem is with "%S" in the formatting > inside org-babel-octave-var-to-octave. > A third problem is with org-babel-octave-var-to-octave. > > For example: > > : (org-babel-octave-var-to-octave '( ( 1 2 3 ) ( 4 5 6 ) )) > : -> "[[1, 2, 3], [4, 5, 6]]" > > This is not a 2x3 matrix, but a 1x6 vector: > > : octave-3.2.3:1> [[1,2,3],[4,5,6]] > : ans = > :1 2 3 4 5 6 > > a semicolon ';' or '\n' is needed between rows instead of a comma. ___ 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: [BABEL] Output with octave + [PATCH] x2
Hi, I'm starting to work with ob-octave and found several problems: The first, for which I have a fix (see patch below) is that octave's output was passed on as a string instead of being interpreted as a table: 8< diff --git a/lisp/ob-octave.el b/lisp/ob-octave.el index 8e99f86..d0d16fe 100644 --- a/lisp/ob-octave.el +++ b/lisp/ob-octave.el @@ -181,7 +181,7 @@ value of the last statement in BODY, as elisp." (org-babel-eval cmd (format org-babel-octave-wrapper-method body tmp-file tmp-file)) - (org-babel-eval-read-file tmp-file)) + (org-babel-octave-import-elisp-from-file tmp-file)) (defun org-babel-octave-evaluate-session (session body result-type &optional matlabp) 8< Now this works: 8< #+source: test_output #+begin_src octave :results value vector [[1 2 3];[4 5 6]] #+end_src #+results: test_output | 1.e+00 | 2.e+00 | 3.e+00 | | 4.e+00 | 5.e+00 | 6.e+00 | 8< (before the patch you'd get a single table element with something like "1 2 3\n 4 5 6\n" inside). The second problem is that if I use octave table output as input to another block, it gets interpreted as a string instead of a vector: 8< #+results: test_output | 1.2500e+00 | #+source: check_input #+begin_src octave :var input=test_output() :results output ischar( input ) size( input ) #+end_src #+results: check_input : input = 1.2500e+00 : ans = 1 : ans = : 1 14 8< This has to do with the EXP notation. The 'e+00' suffix makes the whole table into a string. The problem is with "%S" in the formatting inside org-babel-octave-var-to-octave. The following patch seems to fix it (and makes it possible to work with complex numbers inside the tables):: 8< diff --git a/lisp/ob-octave.el b/lisp/ob-octave.el index 8e99f86..4329c7f 100644 --- a/lisp/ob-octave.el +++ b/lisp/ob-octave.el @@ -120,7 +120,7 @@ Converts an emacs-lisp variable into a string of octave code specifying a variable of the same value." (if (listp var) (concat "[" (mapconcat #'org-babel-octave-var-to-octave var ", ") "]") -(format "%S" var))) +(format "%s" var))) (defun org-babel-prep-session:octave (session params &optional matlabp) "Prepare SESSION according to the header arguments specified in PARAMS." 8< A third problem is with org-babel-octave-var-to-octave. For example: : (org-babel-octave-var-to-octave '( ( 1 2 3 ) ( 4 5 6 ) )) : -> "[[1, 2, 3], [4, 5, 6]]" This is not a 2x3 matrix, but a 1x6 vector: : octave-3.2.3:1> [[1,2,3],[4,5,6]] : ans = :1 2 3 4 5 6 a semicolon ';' or '\n' is needed between rows instead of a comma. To sum up: - 2 patches for prepare-session and importing the results back as org-tables (I don't know if these patches break anything). - 1 problem with matrix notation in org-babel-octave-var-to-octave. I'll try to provide a patch for this today. I'm not working with sessions, so I have not yet tested the original problem reported with 'org_babel_eoe' showing up as result. Regards, .j. On Sun, Aug 01, 2010 at 02:18:40PM -0400, Dan Davison wrote: > Eric S Fraga writes: > > On Fri, 23 Jul 2010 16:59:43 + (UTC), d.tchin wrote: > >> I have problem to get output back in org mode file. ___ 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] agenda-ignore-date and version number
Jörg Hagmann wrote: > Hi, >Two questions: >1. I want to exclude Tags with dates in the agenda and did set "Org >Agenda Todo Ignore With Date" to "on". Upon "C-c a M mytag", todos with >dates still do appear. (Yes, I saved the new setting). Did I >misunderstand something? You didn't set `org-agenda-tags-todo-honor-ignore-options', did you? Setting this variable hides entries with an active timestamp in C-c a M , | org-agenda-tags-todo-honor-ignore-options is a variable defined in `org-agenda.el'. | Its value is t | | Documentation: | Non-nil means honor todo-list ...ignore options also in tags-todo search. | The variables |`org-agenda-todo-ignore-with-date', |`org-agenda-todo-ignore-scheduled' |`org-agenda-todo-ignore-deadlines' | make the global TODO list skip entries that have time stamps of certain | kinds. If this option is set, the same options will also apply for the | tags-todo search, which is the general tags/property matcher | restricted to unfinished TODO entries only. ` HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp1cB6jAVICN.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] Strange error in html exporting
I just updated today to --8<---cut here---start->8--- Org-mode version 7.01trans (release_7.01g.55.g0cafa.dirty) --8<---cut here---end--->8--- and I found many nice new features, great job! The gantt exporting is real cool, pity the program only runs on linux apparently. Anyway only one minor problem, if I try to export to html a file with a lot of code (also other java snippets) and this: #+begin_src java import static org.junit.Assert.*; #+end_src I get an error (see below). If I just remove this apparently innocuous snippet everything works again, what could that be? I pasted the error here anyway: http://gist.github.com/503607 Another thing (not related but I think is very small) if "~/Documents/pycon/conf/org-mode/share/info" I have there my --8<---cut here---start->8--- Directory /Users/andrea/Documents/pycon/conf/org-mode/share/info/ dir org --8<---cut here---end--->8--- compiled from "make install-info" shouldn't I be able to see the right info page? It's very funny because whatever I do I always see the info for version 6.33, and I don't know where it comes from since I also deleted the old installations. And my "system" org-mode info is 4.something so it's not even that... Thanks a lot, Andrea PS. by the way, I've never needed to have htmlize before but now I had to install it, was it maybe included in org-mode before? ___ 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] Alphabetical ordered lists
Nick Dokos wrote: >Nathaniel Flath wrote: >> Hello all, >> >> One thing that had been bugging me was the inability to have an >> ordered list of the form: >> >> a. Item 1 >> b. Item 2 >> c. Item 3 >> >> The following patch enables this, with lists going from a-z and A-Z. >> Let me know if there are any issues with it. >> >I think patches with MIME type application/octet-stream will not make it >into the patchwork server. Please resend the patch with MIME type set to >one of the following: Right, application/octet-stream isn't catched (for good reasons). So here's the patch properly attachet as text/plain. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de diff --git a/lisp/org-list.el b/lisp/org-list.el old mode 100644 new mode 100755 index cdfd2c5..61e1e88 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -227,11 +227,11 @@ If GENERAL is non-nil, return the general regexp independent of the value of `org-plain-list-ordered-item-terminator'." (cond ((or general (eq org-plain-list-ordered-item-terminator t)) -"\\([ \t]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ \t]+\\*\\)\\( \\|$\\)") +"\\([ \t]*\\([-+]\\|\\([0-9A-Za-z]+[.)]\\)\\)\\|[ \t]+\\*\\)\\( \\|$\\)") ((= org-plain-list-ordered-item-terminator ?.) -"\\([ \t]*\\([-+]\\|\\([0-9]+\\.\\)\\)\\|[ \t]+\\*\\)\\( \\|$\\)") +"\\([ \t]*\\([-+]\\|\\([0-9A-Za-z]+\\.\\)\\)\\|[ \t]+\\*\\)\\( \\|$\\)") ((= org-plain-list-ordered-item-terminator ?\)) -"\\([ \t]*\\([-+]\\|\\([0-9]+)\\)\\)\\|[ \t]+\\*\\)\\( \\|$\\)") +"\\([ \t]*\\([-+]\\|\\([0-9A-Za-z]+)\\)\\)\\|[ \t]+\\*\\)\\( \\|$\\)") (t (error "Invalid value of `org-plain-list-ordered-item-terminator'" (defun org-at-item-p () @@ -298,7 +298,7 @@ Return t when things worked, nil when we are not in an item." (cond ((and (org-at-item-p) (<= (point) eow)) ;; before the bullet - (beginning-of-line 1) + (beginning-of-line ) (open-line (if blank 2 1))) ((<= (point) eow) (beginning-of-line 1)) @@ -864,14 +864,13 @@ with something like \"1.\" or \"2)\"." ;; find where this list begins (org-beginning-of-item-list) (setq bobp (bobp)) -(looking-at "[ \t]*[0-9]+\\([.)]\\)") -(setq fmt (concat "%d" (or (match-string 1) "."))) -(save-excursion - (goto-char (match-end 0)) - (if (looking-at "[ \t]*...@start:\\([0-9]+\\)") - (setq n (1- (string-to-number (match-string 1)) -(beginning-of-line 0) -;; walk forward and replace these numbers +(looking-at "[ \t]*\\([0-9A-Za-z]+\\)\\([.)]\\)") +(let* ((n (if (string-equal (match-string 1) "1") 0 (1- ?a))) + (fmt (if (= n 0) + (concat "%d" (or (match-string 2) ".")) +(concat "%c" (or (match-string 2) ".") + (beginning-of-line 0) + ;; walk forward and replace these numbers (catch 'exit (while t (catch 'next @@ -890,7 +889,8 @@ with something like \"1.\" or \"2)\"." (org-shift-item-indentation delta) (if (= (org-current-line) line) (setq col (+ col delta)) (org-goto-line line) -(org-move-to-column col))) +(org-move-to-column col + (defvar org-suppress-item-indentation) ; dynamically scoped parameter (defun org-fix-bullet-type (&optional force-bullet) pgpKI13lvvUwT.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] PATCH: Fix for agenda problems
Robert Goldman wrote: >[1 ] >As far as I can tell, the current version of org-write-agenda evaluates >ps-print-buffer-with-faces too eagerly. I tripped over this because >aquamacs 2.0, which I'm using, seems to have ps-printing code that >conflicts with org-mode's expectation. >The attached patch tries to fix this, but does not do the job >particularly elegantly. Instead of EVALUATING the flet form, it >MACROEXPANDS that form, which I believe is correct in this context. Yes, the intension of backquoting the flet macro was macroexpansion, not evaluation. And it should work to solve the issue with cl not loaded on runtime when calling `org-agenda-write'[1]. Best, -- David [1] Cf. http://thread.gmane.org/gmane.emacs.orgmode/26132/focus=26698 -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpCmLDvAxFvf.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] PATCH: Fix for agenda problems
Robert Goldman wrote: >[1 ] >As far as I can tell, the current version of org-write-agenda evaluates >ps-print-buffer-with-faces too eagerly. I tripped over this because >aquamacs 2.0, which I'm using, seems to have ps-printing code that >conflicts with org-mode's expectation. >The attached patch tries to fix this, but does not do the job >particularly elegantly. Instead of EVALUATING the flet form, it >MACROEXPANDS that form, which I believe is correct in this context. Yes, the intension of backquoting the flet macro was macroexpansion, not evaluation. And it should work to solve the issue with cl not loaded on runtime when calling `org-agenda-write'[1]. Best, -- David [1] Cf. http://thread.gmane.org/gmane.emacs.orgmode/26132/focus=26698 -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpk7eyGOIkDK.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: [BABEL] Output with octave
Eric S Fraga writes: > On Fri, 23 Jul 2010 16:59:43 + (UTC), d.tchin wrote: >> >> Hi >> >> I use babel to use with octave language. I use it and >> define a session so as to have interaction with >> octave process. >> >> It is great to have interaction with octave and >> check the action of the code easily. >> >> I have problem to get output back in org mode file. >> I try the following code : >> >> >> --8<---cut here---start->8--- >> #+tblname: test >> | 1 | 2 | 3 | >> >> #+source: outtest >> #+begin_src octave :session *out* :var vec=test :results output >> vecb=vec; >> vecb >> #+end_src >> >> --8<---cut here---end--->8--- >> >> You will get following output >> >> #+results: outtest >> : vec = >> : >> :1 2 3 >> : octave.exe> vecb = >> : >> :1 2 3 >> >> As you see I get two outputs : vec variable and vecb (with octave prompt). >> It is what I expected, excepted vec output. The inclusion of the prompt is undesirable, and that is now on a to-fix list. But the ":results value" problems are more serious: >> >> With :results value >> >> --8<---cut here---start->8--- >> #+tblname: test >> | 1 | 2 | 3 | >> >> >> >> #+source: outtest >> #+begin_src octave :session *out* :var vec=test :results value >> vecb=vec; >> vecb >> #+end_src >> >> --8<---cut here---end--->8--- >> >> I get the following output >> >> >> #+results: outtest >> : org_babel_eoe OK, perhaps you or other octave users could advise us on how to proceed here, as neither Eric Schulte nor I know octave. Note that this works: #+begin_src octave :session *out* :var vec=test vecb=vec; vecb+0 #+end_src #+results: : 1.e+00 2.e+00 3.e+00 octave evaluation in org works as follows: - The user code is evaluated - The value of the variable 'ans' is written to disk and imported into org And the octave manual tells us that 'ans' is: , | The most recently computed result that was not explicitly assigned to a variable ` The trouble seems to be that the final expression 'vecb' doesn't count as a computation, and so doesn't change the value of ans. So the current workaround is to say "when using octave, you must end your block with a computation, rather than a simple statement of a variable name." Can someone suggest a better solution? Dan p.s. Or you could do this #+begin_src octave :session *out* :var vec=test vecb=vec; ans=vecb #+end_src #+begin_src octave :session *out* :var vec=test vecb=vec; ans=vecb ans #+end_src >> >> In the octave process, I check that it the last intruction. But >> what I would expect is to get last instruction vecb. >> >> I certainly miss something. Could someone help me on this ? > > I don't think you are missing anything obvious as for the ":results > value" case, I get the same thing. In fact, for ":results output", I > don't actually get any output! I'm not sure why. I wonder if there > is a dependence on the version of Octave? I'm using a fairly old > version (3.0.x instead of 3.2.x). > > : Org-mode version 7.01trans (release_7.01g.24.g6b5cf) > : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) > : of 2010-05-16 on raven, modified by Debian ___ 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] question about org-agenda-files
Why is it that if org-agenda-files is a list the list should have absolute file names whereas when it (points to) a single file containing the names those names are allowed to be relative to org-directory? ___ 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] Odd constrained failure mode in org-format-latex
Alexandre Passos writes: > I was editing an org document on a server earlier today, remotely > using tramp, and continuously exporting it to html. When I added > LaTeX, it exported once and then not anymore, failing because it > couldn't create a directory anymore. So I found out that patching > org-export-latex to pass a "t" parameter to org-make-directory fixes > this, and it continues to work perfectly. This is the modified version > of that function, if anyone else is interested in this constrained > case. The only change I made was right under the "make sure directory > exists" comment. Fixed, thanks. -- Bastien ___ 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] Proposed command: org-agenda-clock-goto
>From the agenda, I often want to jump to the currently clocking task without leaving the agenda buffer. The attached patch contains a function that does so. Would that be useful to anyone else? If so, any suggestion for a keybinding? diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index d62b193..bba8683 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2806,6 +2806,16 @@ the global options and expect it to be applied to the entire view.") (org-agenda-filter-apply org-agenda-filter)) ))) +(defun org-agenda-clock-goto () + "Jump to the currently clocked in task within the agenda." + (interactive) + (let (pos) +(mapc (lambda (o) + (if (eq (overlay-get o 'type) 'org-agenda-clocking) + (setq pos (overlay-start o + (overlays-in (point-min) (point-max))) +(if pos (goto-char pos + (defun org-agenda-mark-clocking-task () "Mark the current clock entry in the agenda if it is present." (mapc (lambda (o) -- Bastien ___ 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: Fixing slowness of following Gnus links to IMAP articles
Tassilo Horn wrote: >> Second it would return a cons (min-UID . max-UID). That wouldn't help >> us, would it? >What an appropriately named function that is. ;-) No, that wouldn't >help. But its code could be stolen to write and own function to insert >the right NOV file in a temp buffer, to search for the message-id. >Something like that: Well, using `nnimap-retrieve-headers-from-file' would work because it loads the cache into `nntp-server-buffer'. But it turned out that my problem with the garbled cache is a bug in this function: It doesn't erase the buffer before inserting the cache file and the buffer is not empty (bug report filed). So we need our own function. A slight modification of yours: --8<---cut here---start->8--- (defun org-gnus-nnimap-get-article-number (group server message-id) (with-temp-buffer (let ((nov (nnimap-group-overview-filename group server))) (when (file-exists-p nov) (mm-insert-file-contents nov) (set-buffer-modified-p nil) (goto-char (point-min)) (catch 'found (while (search-forward message-id nil t) (let ((hdr (split-string (thing-at-point 'line) "\t"))) (if (string= (nth 4 hdr) message-id) (throw 'found (number-to-string (nth 0 hdr))) --8<---cut here---start->8--- - the message-id might also appear in a in-reply-to oder references field - use a temp buffer to avoid possible confusion for Gnus (e.g. content of nntp-server-buffer changed outside Gnus) Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgptd3ICl9sJa.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Add support for multile html container classes.
Bastien wrote: >Hi David, >David Maus writes: >> * org-html.el (org-html-level-start): Add multiple container >> classes. >I don't quite understand this patch. >Can't we use > :PROPERTIES: > :HTML_CONTAINER_CLASS: class1 class2 class3 > :END: >already? No: Org currently only uses the first class. E.g. , | (re-search-forward "^[ \t]*:HTML_CONTAINER_CLASS:[ \t]+\\(\\S-+\\)" nil t) | (setq class (match-string 1)) ` \\S-+ matches only the first sequence of non-space characters. >PS: Also, please make sure the patch only reflect changes in the code >(avoid refilling), it makes it easier to read ;) Okay, I'll try to remember to provide separate patches for this. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpfM5yVwAjKf.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] info:annotation in Emacs bookmarks with org
Hi all, you can use now annotation feature of Emacs bookmarks with org if you use bookmark-extensions.el. http://mercurial.intuxication.org/hg/emacs-bookmark-extension/ -- Thierry Volpiatto Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 ___ 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 support for multile html container classes.
Hi, David Maus writes: > No: Org currently only uses the first class. E.g. > > , > | (re-search-forward "^[ \t]*:HTML_CONTAINER_CLASS:[ \t]+\\(\\S-+\\)" nil t) > | (setq class (match-string 1)) > ` > > \\S-+ matches only the first sequence of non-space characters. Okay - I've checked it a simpler version, allowing sequences with white chars to be matched as the HTML_CONTAINER_CLASS. >>PS: Also, please make sure the patch only reflect changes in the code >>(avoid refilling), it makes it easier to read ;) > > Okay, I'll try to remember to provide separate patches for this. Thanks! -- Bastien ___ 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: keys and command name info
Am 01.08.2010 11:42, schrieb Bastien: Hi Andreas, Andreas Röhler writes: please permit pointing at the silliness of such approaches, which state a creative work starts upward from 10 lines. No single haiku will ever have a change to be protected by that famous US-copyright law. I'm against spreading stupidity over the world and see with sorrow people abiding to it. I'm not following the US copyright law here, but Emacs contribution policies: ,[ etc/CONTRIBUTE ] | * Copyright Assignment | | We can accept small changes (roughly, fewer than 15 lines) without | legal papers. Anything more substantial requires a copyright | disclaimer or assignment (the latter is preferred, especially for | larger changes). Both of these involved filling out a short form and | filing it with the FSF. The process is straightforward -- contact us | at emacs-de...@gnu.org to obtain the relevant forms. ` It's not a matter of the change being trivial or not -- but of course, it's even more frustrating not being able to apply your patch if it's trivial :) Hi Bastien, the disclaimer mentioned above was signed long ago and FSF received it. Does this solve the problem for now? Andreas ___ 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: keys and command name info
Hi Andreas, Andreas Röhler writes: > please permit pointing at the silliness of such approaches, which state > a creative work starts upward from 10 lines. > > No single haiku will ever have a change to be protected by that famous > US-copyright law. > > I'm against spreading stupidity over the world and see with sorrow > people abiding to it. I'm not following the US copyright law here, but Emacs contribution policies: ,[ etc/CONTRIBUTE ] | * Copyright Assignment | | We can accept small changes (roughly, fewer than 15 lines) without | legal papers. Anything more substantial requires a copyright | disclaimer or assignment (the latter is preferred, especially for | larger changes). Both of these involved filling out a short form and | filing it with the FSF. The process is straightforward -- contact us | at emacs-de...@gnu.org to obtain the relevant forms. ` It's not a matter of the change being trivial or not -- but of course, it's even more frustrating not being able to apply your patch if it's trivial :) -- Bastien ___ 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] TODO type problem on speedbar and imenu.
Osamu OKANO wrote: >[1 ] >Hi. >I found a problem on speedbar and imenu. >Reproducing date is here >-8<---cut here---start->8--- >* someday/maybe >* SOMEDAY/maybe >* SOMEDAY maybe >* someday maybe >* read/review >* READ/review >* conf >#+TYP_TODO: SOMEDAY >--8<---cut here---end--->8--- >When a head line includes TODO state name, >I am afraid that displayed head line names on speedbar are wrong. >Because SOMEDAY is TODO type but "someday/maybe" and "SOMEDAY/maybe" >is not TODO task. I can confirm this with Org-mode version 7.01trans (release_7.01g.26.g24bb.dirty) on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpaFwJXAiRyW.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] MobileOrg - One step further
Hi, Thanks to numerous helpfull instructions from Richard Moreland, I'm trying to take MobileOrg one step further. Here's what I try to do: - I've setup MobileOrg on 3 devices: My Mac, my winXP machine and my iPad. At first I wanted stuff to work between my MacBook and the iPad, as most required stuff is present on the Mac by default. (md5sum) Next, I've updated my XP Orgmode version to be the same as my Mac's (6.36trans) On my XP machine, I have Emacs on a USB 2 1/2" harddisk, and I've added these lines to my .emacs file: ;; MobileOrg (setq org-mobile-directory "C:/Documents and Settings/erwin/My Documents/My Dropbox/MobileOrg") (setq org-mobile-inbox-for-pull "~/git/org/from-mobile.org") ;; Checksumming (setq org-mobile-checksum-binary "K:/winpack/msys/bin/md5sum.exe") Now all seems well, and I was really wondering how multi-device syching would behave. I'm not sure if it's supposed to function at all, and would welcome any practical experience from other users reading this. So I created a simple new-tasklist.org file with a couple of TODO items I did this on the Mac, and took care to have only new-tasklist.org in the agenda files. Next I did org-mobile-push Next a sync on the iPad So far all came perfectly through. I then copied over this very same ~/git/org/new-tasklist.org file to my XP ~/git/org/directory Next I added this file to my Agenda files list on XP's Orgmode. Then I changed one TODO status to DONE. Next I did a org-mobile-push. Next synched back on the iPad. Now I found all my Agenda files copied over to my iPad, but the new-tasklist.org wasn't there What is happening here? Will md5sum.exe calculate and detect a difference in new-tasklist.org? Or is it just by design not intended to do multiple device sync? Thanks a lot for your help & insight! Erwin ___ 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-speed-commands-default now includes "<" and ">"
org-speed-commands-default now includes "<" and ">" for respectively org-agenda-set-restriction-lock and org-agenda-remove-restriction-lock. I find this quite natural, but let me know if you think this is outside the scope of the default keys in org-speed-commands-default. Thanks, -- Bastien ___ 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] Patchwork: Patch 184 Accepted
Patch 184 (http://patchwork.newartisans.com/patch/184/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3CAANLkTimHMebUD-keygj1XD5cxO0uRffbrspBSjFgwOO5%40mail.gmail.com%3E ___ 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] MobileOrg capture - bad encoding
Hi Paul, I've fixed this and will include it in my next update. Thanks for the report! The problem had nothing to do with encodings, instead it was just a bug that didn't crop up until the Dropbox integration. -Richard On Jul 30, 2010, at 7:50 AM, Paul Mead wrote: > Hi > > I've just set up MobileOrg using Dropbox and it's looking pretty useful. > > One small problem though - each time I add a 'capture' item, when I next > sync I get a new capture item added entitled 'bad file encoding'. > > I thought that maybe my capture.org file was the problem, so I've > converted it to utf-8, but the problem remains. > > Any ideas? > > thanks, Paul > > > ___ > 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] Odd constrained failure mode in org-format-latex
Hi, I was editing an org document on a server earlier today, remotely using tramp, and continuously exporting it to html. When I added LaTeX, it exported once and then not anymore, failing because it couldn't create a directory anymore. So I found out that patching org-export-latex to pass a "t" parameter to org-make-directory fixes this, and it continues to work perfectly. This is the modified version of that function, if anyone else is interested in this constrained case. The only change I made was right under the "make sure directory exists" comment. (defun org-format-latex (prefix &optional dir overlays msg at forbuffer) "Replace LaTeX fragments with links to an image, and produce images." (if (and overlays (fboundp 'clear-image-cache)) (clear-image-cache)) (let* ((prefixnodir (file-name-nondirectory prefix)) (absprefix (expand-file-name prefix dir)) (todir (file-name-directory absprefix)) (opt org-format-latex-options) (matchers (plist-get opt :matchers)) (re-list org-latex-regexps) (cnt 0) txt link beg end re e checkdir m n block linkfile movefile ov) ;; Check if there are old images files with this prefix, and remove them (when (file-directory-p todir) (mapc 'delete-file (directory-files todir 'full (concat (regexp-quote prefixnodir) "_[0-9]+\\.png$" ;; Check the different regular expressions (while (setq e (pop re-list)) (setq m (car e) re (nth 1 e) n (nth 2 e) block (if (nth 3 e) "\n\n" "")) (when (member m matchers) (goto-char (point-min)) (while (re-search-forward re nil t) (when (and (or (not at) (equal (cdr at) (match-beginning n))) (not (get-text-property (match-beginning n) 'org-protected))) (setq txt (match-string n) beg (match-beginning n) end (match-end n) cnt (1+ cnt) linkfile (format "%s_%04d.png" prefix cnt) movefile (format "%s_%04d.png" absprefix cnt) link (concat block "[[file:" linkfile "]]" block)) (if msg (message msg cnt)) (goto-char beg) (unless checkdir ; make sure the directory exists (setq checkdir t) (or (file-directory-p todir) (make-directory todir t))) (org-create-formula-image txt movefile opt forbuffer) (if overlays (progn (setq ov (org-make-overlay beg end)) (if (featurep 'xemacs) (progn (org-overlay-put ov 'invisible t) (org-overlay-put ov 'end-glyph (make-glyph (vector 'png :file movefile (org-overlay-put ov 'display (list 'image :type 'png :file movefile :ascent 'center))) (push ov org-latex-fragment-image-overlays) (goto-char end)) (delete-region beg end) (insert link -- - Alexandre ___ 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-mode 7.01, error while scheduling item
Hi Marcelo, Marcelo de Moraes Serpa writes: > I updated to org-mode Org-mode version 7.01trans > (release_7.01g.20.gdd484), and when trying to schedule an item with > C-c s, I get the following error: > > org-eval-in-calendar: Wrong type argument: window-live-p, nil Do you still have this error? Can you send a backtrace? If you don't know how to produce a backtrace, please read this: http://orgmode.org/manual/Feedback.html -- Bastien ___ 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] Patchwork: Patch 172 Accepted
Patch 172 (http://patchwork.newartisans.com/patch/172/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3C87aapfntrb.wl%25n.goaziou%40gmail.com%3E ___ 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] Bug in org-colview/org-beamer?
Noorul Islam writes: > The attached patch should solve the problem. Applied, thanks. -- Bastien ___ 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] Patchwork: Patch 185 Accepted
Patch 185 (http://patchwork.newartisans.com/patch/185/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3CAANLkTikktWbpU7CqywS9R9DK3uRwOAs_mFKL_FcQrUFT%40mail.gmail.com%3E ___ 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 file rendering/manipulation too slow
Hi Marcelo, Marcelo de Moraes Serpa writes: > I've got a plenty of very big org files (~50KB). When it reaches > ~30KB, org struggles to handle it -- it becomes very slow to navigate > through the file, the response time is far from smooth. > > release_7.01g-20-gdd484 and GNU Emacs 23.2.1 (x86_64-apple-darwin, NS > apple-appkit-1038.29) of 2010-05-08 on black.local Maybe you could share (or link to) your Org configuration file? That would help digg the issue. Thanks, PS: I live in one Org files of ~700K and I've no problem with it. -- Bastien ___ 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] Patchwork: Patch 177 Accepted
Patch 177 (http://patchwork.newartisans.com/patch/177/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3C8739v3o2jl.wl%25n.goaziou%40gmail.com%3E ___ 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] Patchwork: Patch 170 Accepted
Patch 170 (http://patchwork.newartisans.com/patch/170/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3C87tynn8zpj.fsf%40fastmail.fm%3E ___ 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 support for multile html container classes.
Hi David, David Maus writes: > * org-html.el (org-html-level-start): Add multiple container > classes. I don't quite understand this patch. Can't we use :PROPERTIES: :HTML_CONTAINER_CLASS: class1 class2 class3 :END: already? Let me know if I miss something! PS: Also, please make sure the patch only reflect changes in the code (avoid refilling), it makes it easier to read ;) -- Bastien ___ 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] Footnote problem
Hi Org Moders, This must surely be a stupid question, so forgiveness in advance, please. I write legal texts and often need to reference case law like this: *Pyke v The Hibernian Bank Limited* [1950] IR 195 Obviously, I don't want the [1950] to be a footnote. What do I do? Thanks, Alan -- Alan L Tyreehttp://www2.austlii.edu.au/~alan Tel: 04 2748 6206 ___ 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] org-gnus.el: Suppress compiler warning.
Noorul Islam writes: > The attached patch suppresses a compiler warning in org-gnus.el Applied, thanks. -- Bastien ___ 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: [PATCH] org-export-generic, " text markup" -- and a request
Robert Goldman writes: > FWIW, I have a number of substantial modifications to org-export-generic that > fix its original inability to handle typefaces across line boundaries. > > However, my understanding is that all patches for org-export-generic wait on > Wes > Hardaker to approve them. > > If this would be a good time, I can ship the patches again. Let's wait for Wes' comeback for a while. Wes? -- Bastien ___ 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] Patchwork: Patch 167 Accepted
Patch 167 (http://patchwork.newartisans.com/patch/167/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3C12750.1279923404%40alphaville.usa.hp.com%3E ___ 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] Browsing worg
suvayu ali writes: > On 30 July 2010 12:26, Bastien wrote: >> >> You can browse it from Emacs. >> >> You need to install git on your system (see http://git-scm.com and ask >> for help if needed) then to download Worg like this: >> >> ~$ git pull git://repo.or.cz/Worg.git Oops -- the right command is this one: ~$ git clone git://repo.or.cz/Worg.git -- Bastien ___ 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: keys and command name info
Hi Andreas, Andreas Röhler writes: > Please not I signed the FSF-disclaimer but not the paper transferring > copyright under US-law. Are you willing to sign those paper? That would help, because the patch is more than 10 lines... Thanks for your help, -- Bastien ___ 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] Provide link property for message-id without angle brackets
David Maus writes: > * org-wl.el (org-wl-store-link-message): Provide link property > for message-id without angle brackets. Applied, thanks. PS: I applied it using John's neat pw script, but my local SMTP is not running, hence the fact you don't get the pw notification for this. -- Bastien ___ 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] Patchwork: Patch 176 Accepted
Patch 176 (http://patchwork.newartisans.com/patch/176/) is now Accepted. This relates to the following submission: http://mid.gmane.org/%3C87fwz4159y.fsf%40thinkpad.tsdh.de%3E ___ 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] Browsing worg
Hi Ali, suvayu ali writes: > I am new to org-mode. I was wondering if there was any way to browse > worg content other than with a web browser. It would be really > convenient if I could do it within emacs, maybe as info pages or .org > files? You can browse it from Emacs. You need to install git on your system (see http://git-scm.com and ask for help if needed) then to download Worg like this: ~$ git pull git://repo.or.cz/Worg.git HTH, -- Bastien ___ 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