Re: [O] GSoC 2012 -- Elisp backend for Ragel
Resending this because it seems to not have reached --- I asked Adrian Thurston the author of ragel if he would support help this project. His reply to me is here: Hi Rustom, > > I can certainly help with guidance. I'm about to relocate across much of > canada and so I won't be able to crack open code very easily. > > Aurélien: my apologies I haven't responded. I certainly support your > effort, just have had some big career/life changes going on. > > Regards, > Adrian > As for Nicolas, he wrote: FYI, there is already an elisp Org parser being worked on in development > branch of Org mode. It isn't finished yet, but still advanced enough so > a generic exporter could be built upon it. > > Is there any interest in ignoring it and restart all the work from > scratch? > Yes I agree, no point redoing work unnecessarily. Maybe the optimal solution would be for Aurélien to work with Nicolas and Adrian to minimize useless rework? Aurélien you now need to say what are your preferences in this matter. Rusi
Re: [O] GSoC 2012 -- Elisp backend for Ragel
I asked Adrian Thurston the author of ragel if he would support help this project. His reply to me is here: Hi Rustom, I can certainly help with guidance. I'm about to relocate across much of canada and so I won't be able to crack open code very easiliy. Aurélien: my apologies I haven't responded. I certainly support your effort, just have had some big career/life changes going on. Regards, Adrian As for Nicolas: FYI, there is already an elisp Org parser being worked on in development branch of Org mode. It isn't finished yet, but still advanced enough so a generic exporter could be built upon it. Is there any interest in ignoring it and restart all the work from scratch? Yes I agree, no point redoing work unnecessarily. Maybe the optimal solution would be for Aurélien to work with Nicolas and Adrian to minimize useless rework? Aurélien you now need to say what are your preferences in this matter. Rusi
Re: [O] Assigning results to variables
Neuwirth Erich wrote: > Is it possible to assign the results of a babel code block to a > variable? Then the results produce by one language could be > transferred as input to a code block in another language. I studied > the documentation and could not find any hint about this. > Here's a very simple example: --8<---cut here---start->8--- * chaining calculations #+name: foo #+BEGIN_SRC elisp (+ 3 4) #+END_SRC #+RESULTS: foo : 7 #+BEGIN_SRC elisp :var x=foo (* x x) #+END_SRC #+RESULTS: : 49 --8<---cut here---end--->8--- Nick
[O] Assigning results to variables
Is it possible to assign the results of a babel code block to a variable? Then the results produce by one language could be transferred as input to a code block in another language. I studied the documentation and could not find any hint about this.
Re: [O] [PATCH] Colview bugfix: blank headline causes a crash
Ilya Shlyakhter writes: > A blank headline (e.g. with just a TODO keyword) caused a crash when > building colview. Patch attached. Applied, thanks! -- Bastien
[O] [PATCH] Colview bugfix: blank headline causes a crash
A blank headline (e.g. with just a TODO keyword) caused a crash when building colview. Patch attached. >From 6bb1413821a7cbf94b3abbfc6e985e187dd8d6d9 Mon Sep 17 00:00:00 2001 From: Ilya Shlyakhter Date: Sat, 24 Mar 2012 12:25:59 -0400 Subject: [PATCH] Colview bugfix: A headline with just a TODO keyword and blank headline content would crash * lisp/org-colview.el (org-columns-cleanup-item): Handle case of empty headline * lisp/org-colview-xemacs.el (org-columns-cleanup-item): Handle case of empty headline TINYCHANGE --- lisp/org-colview-xemacs.el |2 +- lisp/org-colview.el|2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org-colview-xemacs.el b/lisp/org-colview-xemacs.el index ec892fe..b65aa18 100644 --- a/lisp/org-colview-xemacs.el +++ b/lisp/org-colview-xemacs.el @@ -516,7 +516,7 @@ This is the compiled version of the format.") 'org-whitespace (* 2 (1- (org-reduced-level (- (match-end 1) (match-beginning 1)) (and (match-end 2) (not (assoc "TODO" fmt)) (concat " " (match-string 2 item))) (and (match-end 3) (not (assoc "PRIORITY" fmt)) (concat " " (match-string 3 item))) -" " (save-match-data (org-columns-compact-links (match-string 4 item))) +" " (save-match-data (org-columns-compact-links (or (match-string 4 item) ""))) (and (match-end 5) (not (assoc "TAGS" fmt)) (concat " " (match-string 5 item) (add-text-properties 0 (1+ (match-end 1)) diff --git a/lisp/org-colview.el b/lisp/org-colview.el index 95def1c..fb15880 100644 --- a/lisp/org-colview.el +++ b/lisp/org-colview.el @@ -357,7 +357,7 @@ CPHR is the complex heading regexp to use for parsing ITEM." 'org-whitespace (* 2 (1- (org-reduced-level (- (match-end 1) (match-beginning 1)) (and (match-end 2) (not (assoc "TODO" fmt)) (concat " " (match-string 2 item))) (and (match-end 3) (not (assoc "PRIORITY" fmt)) (concat " " (match-string 3 item))) -" " (save-match-data (org-columns-compact-links (match-string 4 item))) +" " (save-match-data (org-columns-compact-links (or (match-string 4 item) ""))) (and (match-end 5) (not (assoc "TAGS" fmt)) (concat " " (match-string 5 item) (add-text-properties 0 (1+ (match-end 1)) -- 1.7.9.3
Re: [O] [Babel] size limit of #+call
Am 24.03.2012 um 20:00 schrieb Nick Dokos: > Martin Halder wrote: > >> Hi all, >> >> trying to use a function to output a latex file using python with = >> #+call. >> >> The example below does work but when pycalltest gets too big it just = >> output "nil". >> When I call pycalltest directly with C-c C-c it works even with a big = >> function. >> >> Is there a size limit when I use #+call ? >> >> Thanks for help, >> Martin >> >> #+name: = >> pycalltest(trans=3Dtranslation,items=3Ditems,cust=3Dcustomer,deta=3Ddetail= >> s,lang=3D"german",cur=3D"chf") >> #+begin_src python :results output >> execfile('latex.py') >> print lx_config >> #+end_src >> #+call: pycalltest(translation,items,customer,details,"german","chf") = >> :file "test.tex" > > Can you please provide all the pieces needed to run this? I presume at least > latex.py is needed - anything else? ok, found with options hlines and colnames I get the same result for direct evaluation and call. Problem solved, thanks and sorry for the noise. Martin ** input table translation #+tblname: transl | field | german | english | |-+-+-| | country | Schweiz | Switzerland | #+name: pycalltest(trans=transl) #+begin_src python :results output :hlines yes :colnames no print trans #+end_src #+call: pycalltest(transl) :file "test.tex"
Re: [O] [Babel] size limit of #+call
Am 24.03.2012 um 20:00 schrieb Nick Dokos: > Martin Halder wrote: > >> Hi all, >> >> trying to use a function to output a latex file using python with = >> #+call. >> >> The example below does work but when pycalltest gets too big it just = >> output "nil". >> When I call pycalltest directly with C-c C-c it works even with a big = >> function. >> >> Is there a size limit when I use #+call ? >> >> Thanks for help, >> Martin >> >> #+name: = >> pycalltest(trans=3Dtranslation,items=3Ditems,cust=3Dcustomer,deta=3Ddetail= >> s,lang=3D"german",cur=3D"chf") >> #+begin_src python :results output >> execfile('latex.py') >> print lx_config >> #+end_src >> #+call: pycalltest(translation,items,customer,details,"german","chf") = >> :file "test.tex" > > Can you please provide all the pieces needed to run this? I presume at least > latex.py is needed - anything else? could reduce the problem to a small example, seems the table is handled differently when using #+call. direct evaluation: [['country', 'Schweiz', 'Switzerland']] using call: [['field', 'german', 'english'], None, ['country', 'Schweiz', 'Switzerland']] #+tblname: transl | field | german | english | |-+-+-| | country | Schweiz | Switzerland | #+name: pycalltest(trans=transl) #+begin_src python :results output print trans #+end_src #+call: pycalltest(transl) :file "test.tex"
Re: [O] R sessionInfo() and orgmode footnotes
Hello, Alejandro Reyes writes: > I am having troubles to export my documents to a pdf when I have the R > sessionInfo() as a result. Nevertheless I can export them as a html. > I think org-mode export to latex is getting confused with the output of > the sessionInfo() function and the footnotes definition. The next is a > example: > > > EXAMPLE > This is a strange case [fn:1] > #+BEGIN_SRC R :exports both :results output > x <- rnorm(100) > sessionInfo() > #+END_SRC > [fn:1] It does not let me export to latex It should now be fixed. Thank you for reporting this. Regards, -- Nicolas Goaziou
Re: [O] [DEV] New git workflow
Simon Thum wrote: > Hi Daniel, > > On 03/24/2012 12:05 PM, Daniel Dehennin wrote: > > Simon Thum writes: > > It seems that one problem with cherry-picking is the tracking of what is > > in which branch and from where it comes. > > > > I'm not a git neither DVCS guru, but daggyfixes[1][2][3] is saner than > > cherry-picking. > > I'm a bit biased as I mainly have git experience but to me it seems > that both cherry-picking and daggy fixes have their strengths and > weaknesses, and I'd rather have them both in all the VCSes but > needless fights over which one is ultimately superior. Git should > probably learn that thing, IMO. > I'm probably missing something but what's there to learn? You check out the offending commit, make a branch off of it, commit the fix on the branch, give it a tag (so you can find it easily later on) and then merge it back anywhere you want. AFAICT, that's all there is to daggy-fixes and git is perfectly capable of doing that - no? Nick > > > > Footnotes: > > [1] http://mercurial.selenic.com/wiki/DaggyFixes > > > > [2] http://wiki.monotone.ca/DaggyFixes/ > > > > [3] > > http://stackoverflow.com/questions/2922652/git-is-there-a-way-to-figure-out-where-a-commit-was-cherry-picked-from > > > >
Re: [O] [DEV] New git workflow
Hi Daniel, On 03/24/2012 12:05 PM, Daniel Dehennin wrote: Simon Thum writes: It seems that one problem with cherry-picking is the tracking of what is in which branch and from where it comes. I'm not a git neither DVCS guru, but daggyfixes[1][2][3] is saner than cherry-picking. I'm a bit biased as I mainly have git experience but to me it seems that both cherry-picking and daggy fixes have their strengths and weaknesses, and I'd rather have them both in all the VCSes but needless fights over which one is ultimately superior. Git should probably learn that thing, IMO. Cheers, Simon My 2¢. Regards. Footnotes: [1] http://mercurial.selenic.com/wiki/DaggyFixes [2] http://wiki.monotone.ca/DaggyFixes/ [3] http://stackoverflow.com/questions/2922652/git-is-there-a-way-to-figure-out-where-a-commit-was-cherry-picked-from
Re: [O] [Babel] size limit of #+call
Martin Halder wrote: > Hi all, > > trying to use a function to output a latex file using python with = > #+call. > > The example below does work but when pycalltest gets too big it just = > output "nil". > When I call pycalltest directly with C-c C-c it works even with a big = > function. > > Is there a size limit when I use #+call ? > > Thanks for help, > Martin > > #+name: = > pycalltest(trans=3Dtranslation,items=3Ditems,cust=3Dcustomer,deta=3Ddetail= > s,lang=3D"german",cur=3D"chf") > #+begin_src python :results output > execfile('latex.py') > print lx_config > #+end_src > #+call: pycalltest(translation,items,customer,details,"german","chf") = > :file "test.tex" Can you please provide all the pieces needed to run this? I presume at least latex.py is needed - anything else? Thanks, Nick
Re: [O] Need Help: [patch] A experimental toy which is used to preview latex fragements
Nick Dokos wrote: > Nick Dokos wrote: > > > FengShu wrote: > > > > > ... > > > At this time ,it can't covert all the latex fragments in the > > > buffer and only convert one, I can't find the problem due my > > > pool computer language ability. so I need help! > > > > > > > I tried your patch and I can see the problem (I think), but it might not > > be a problem with your patch: I run into it even if > > org-create-formula-image-program is set to dvipng. Of course, there is a > > possibility that your patch broke dvipng, but at this point it doesn't > > look that way. > > > > I'll do some more testing and let you know. > > > > No, you are right: it does seem as if your patch causes only the first > fragment to be processed (in both the dvipng and imagemagick cases). > Unpatched org (with dvipng) processes everything. > Ok - just a misplaced paren - the code (I just show the dvipng case, but the imagemagick case will need it too) should look like this: --8<---cut here---start->8--- ... ((eq processing-type 'dvipng) (unless executables-checked (org-check-external-command "latex" "needed to convert LaTeX fragments to images") (org-check-external-command "dvipng" "needed to convert LaTeX fragments to images") (setq executables-checked t)) (unless (file-exists-p movefile) (org-create-formula-image-with-dvipng txt movefile opt forbuffer))) ... --8<---cut here---end--->8--- with two independent sexps: one to check for executables and one to check for files. The misplaced paren caused the file check to be inside the executable check, so it never produced any files after the first one. Nick
[O] [Babel] size limit of #+call
Hi all, trying to use a function to output a latex file using python with #+call. The example below does work but when pycalltest gets too big it just output "nil". When I call pycalltest directly with C-c C-c it works even with a big function. Is there a size limit when I use #+call ? Thanks for help, Martin #+name: pycalltest(trans=translation,items=items,cust=customer,deta=details,lang="german",cur="chf") #+begin_src python :results output execfile('latex.py') print lx_config #+end_src #+call: pycalltest(translation,items,customer,details,"german","chf") :file "test.tex"
Re: [O] Need Help: [patch] A experimental toy which is used to preview latex fragements
Nick Dokos wrote: > FengShu wrote: > > > ... > > At this time ,it can't covert all the latex fragments in the > > buffer and only convert one, I can't find the problem due my > > pool computer language ability. so I need help! > > > > I tried your patch and I can see the problem (I think), but it might not > be a problem with your patch: I run into it even if > org-create-formula-image-program is set to dvipng. Of course, there is a > possibility that your patch broke dvipng, but at this point it doesn't > look that way. > > I'll do some more testing and let you know. > No, you are right: it does seem as if your patch causes only the first fragment to be processed (in both the dvipng and imagemagick cases). Unpatched org (with dvipng) processes everything. Nick
Re: [O] Need Help: [patch] A experimental toy which is used to preview latex fragements
FengShu wrote: > ... > At this time ,it can't covert all the latex fragments in the > buffer and only convert one, I can't find the problem due my > pool computer language ability. so I need help! > I tried your patch and I can see the problem (I think), but it might not be a problem with your patch: I run into it even if org-create-formula-image-program is set to dvipng. Of course, there is a possibility that your patch broke dvipng, but at this point it doesn't look that way. I'll do some more testing and let you know. Nick
Re: [O] Bug: Tag Completion Not Prompting for all tags
On Mar 24, 2012, at 12:03 PM, Bastien wrote: > Hi Mike, > > Mike McLean writes: > >> Steps to Reproduce: >> >> 1 Start Emacs clean >> >> /Applications/Emacs.app/Contents/MacOS/Emacs -Q >> >> 1.1 Note: Emacs Version >> >> emacs-version is a variable defined in `C source code'. >> Its value is "24.0.94.1" > > What shows M-x org-version RET? > In my daily environment (keeping org-mode current): Org-mode version 7.8.06 (release_7.8.06.118.g50563) In my Emacs -Q environment (the version of org-mode that comes with Emacs 24 nightly from http://emacsforosx.com/ Org-mode version 7.8.03 The behavior I am seeing happens in both, in fact I noticed it first in my daily use environment and was testing with Emacs -Q to eliminate possible configuration problems on my part. Mike
Re: [O] case sensitivity
On 3/24/2012 2:58 AM, Bastien wrote: How should case-sensitivity work in Org? The documentation doesn't specify. From past messages, it looks like tags and todo keywords are defined to be case-sensitive. What about priorities, categories, user-defined properties, regexp matching of entries, following of links-to-headlines? Other cases? If there is an issue with a syntactic element being case-(in)sensitive while (1) it should not and/or (2) docs suggests otherwise, then let's tackle the problem. Problem is, docs are cleverly silent on the issue :) So for one, it would be good if the docs specified it one way or the other at least in the above cases. But also in the code, case-fold-search is sometimes explicitly set before testing regexps and sometimes isn't. I started fixing this, then realized that there is no spec for the right behavior. So I thought I'd check with the list first. ilya
Re: [O] Bug: Tag Completion Not Prompting for all tags
Hi Mike, Mike McLean writes: > Steps to Reproduce: > > 1 Start Emacs clean > > /Applications/Emacs.app/Contents/MacOS/Emacs -Q > > 1.1 Note: Emacs Version > > emacs-version is a variable defined in `C source code'. > Its value is "24.0.94.1" What shows M-x org-version RET? -- Bastien
[O] Bug: Tag Completion Not Prompting for all tags
Steps to Reproduce: 1 Start Emacs clean /Applications/Emacs.app/Contents/MacOS/Emacs -Q 1.1 Note: Emacs Version emacs-version is a variable defined in `C source code'. Its value is "24.0.94.1" 2 Load Org Mode and some sample tags Evaluate the following in the scratch buffer (require 'org-install) (setq org-tag-alist (quote ( ("tag_a" . ?a) ("tag_b" . ?b 3 Open the following org-mode file * Header 1 ** Header 1.1 * Header 2 :Personal: 4 Point should be on the first asterisk for “Header 1” 5 Type C-c C-q to bring up Tag selection The expected result is the fast tag selection; this works 6 Type to enter free tag selection The expected result is that the Minibuffer prompts with Tag:; this works 7 Type Per followed by The expected result is a completion of the file-tag Personal; this works 8 Type tag_ followed by The expected result is a completion list of tag_a and tag_b, this does not work and the Minibuffer prompts [No match] Note that if I were to remove the single characters for tag_a and tag_b completion works for those two but not for the Personal tag from the file Shouldn't free tag entry always show all possible tags, regardless of the setting of or use of fast tag completion?
Re: [O] Remaining Work Report
> On Thu, Mar 22, 2012 at 8:03 PM, Myles English wrote: > > Hi Sebastian, > > >> On Mon, 19 Mar 2012 14:33:17 +0100, Sebastien Vauban said: > > > #+COLUMNS: %40ITEM(Task) %6Effort(Estim.){:} * Context > > > The question I'm trying to give an answer to is: *what's the > > remaining number of hours (or days) to finish my project*? > > I have just been through this myself so I hope I will be able to > help. > > To exclude DONE items from the columnview I moved the Effort > property out of the way to the Old_Effort property when the state > changes to DONE: > > ,--- > | (require 'org) > | (defun my-move-effort-if-done () > | "For TOC style columnview table. Don't want to include DONE > | items in the TODO Effort column so copy Effort to Old_Effort > | property" > | (interactive) > | ( when (string= (org-get-todo-state) "DONE") > | (member (org-get-todo-state) org-done-keywords) > | ;; check if changing to DONE > | (org-entry-put nil "Old_Effort" (org-get-effort)) > | ;; get the :Effort: property > | ;(message (format "Got: %s when changin to %s" ( org-get-effort ) > (org-get-todo-state))) > | (setq org-clock-effort (org-get-effort)) > | (org-entry-delete nil "Effort"))) > | > | (setq org-after-todo-state-change-hook nil) > | > | (add-hook 'org-after-todo-state-change-hook > | 'my-move-effort-if-done) > `--- > > Unlike your example I made heavy use of inline tasks and also wanted > heading numbers instead of asterisks, so that the final table looks > like a table of contents with estimated times remaining. I had to > do some more things to achieve this and can elaborate if you like. > This is a very nice solution. Please do elaborate on the other steps when you have time. Cheers! -- Manish
[O] [PATCH] Fix Org-Collector Error in Global Scope
When calling Org-Collector with =:id global=, the call to =(org-narrow-to-subtree)= generates an error when the first line of the org file is not a header. Given that =:id global= is designed to use the entire file, the call to =(org-narrow-to-subtree)= is not even necessary. This patch skips it for global scope collector calls. This is a TINYCHANGE Mike Modified contrib/lisp/org-collector.el diff --git a/contrib/lisp/org-collector.el b/contrib/lisp/org-collector.el index ad198ed..eac97f9 100644 --- a/contrib/lisp/org-collector.el +++ b/contrib/lisp/org-collector.el @@ -131,7 +131,8 @@ preceeding the dblock, then update the contents of the dblock." ((setq idpos (org-find-entry-with-id id)) (goto-char idpos)) (t (error "Cannot find entry with :ID: %s" id - (org-narrow-to-subtree) + (unless (equal id 'global) + (org-narrow-to-subtree)) (setq stringformat (if noquote "%s" "%S")) (setq table (org-propview-to-table (org-propview-collect cols stringformat conds match scope inherit
Re: [O] Need Help: [patch] A experimental toy which is used to preview latex fragements
The default path by which we can preview latex fragments is like this: latex -> dvi -> png , and this path works very well to the people who mainly use pdflatex. But,if you mainly use *xelatex* and use some features which is only available in *xelatex* ,for example using system fonts: #+latex_header: \setsansfont{WenQuanYi Zen Hei} you will find that previewing latex fragments doesn't work I find that xelatex can't produce dvi output which can be converted to png by dvipng. so I want to use this path: "latex -> pdf ->png" and hack to get this patch, this is version 2, and it doesn't affect the default behaver if you don't set some variables. At this time ,it can't covert all the latex fragments in the buffer and only convert one, I can't find the problem due my pool computer language ability. so I need help! >From 3708a4b1cf4e94e5ce0d87ca8bec6e6367c40bce Mon Sep 17 00:00:00 2001 From: FengShu Date: Fri, 23 Mar 2012 16:05:37 +0800 Subject: [PATCH] Ihis is a experimental toy, which use '(car org-latex-to-pdf-process) to convert latex formula,the converting path is "latex->pdf->png" using imagemagick. --- lisp/org-exp.el | 16 -- lisp/org-html.el |1 + lisp/org.el | 157 +- 3 files changed, 154 insertions(+), 20 deletions(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 1ce..0317539 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -537,12 +537,15 @@ This option can also be set with the +OPTIONS line, e.g. \"LaTeX:mathjax\". Allowed values are: -nilDon't do anything. -verbatim Keep everything in verbatim -dvipng Process the LaTeX fragments to images. - This will also include processing of non-math environments. -t Do MathJax preprocessing if there is at least on math snippet, - and arrange for MathJax.js to be loaded. +nil Don't do anything. +verbatimKeep everything in verbatim +dvipng Process the LaTeX fragments to images. +This will also include processing of non-math environments. +imagemagick Convert the LaTeX fragments to pdf with program: +'(car org-latex-to-pdf-process), And then use +imagemagick convert pdf to png +t Do MathJax preprocessing if there is at least on math snippet, +and arrange for MathJax.js to be loaded. The default is nil, because this option needs the `dvipng' program which is not available on all systems." @@ -552,6 +555,7 @@ is not available on all systems." (const :tag "Do not process math in any way" nil) (const :tag "Obsolete, use dvipng setting" t) (const :tag "Use dvipng to make images" dvipng) + (const :tag "Use imagemagick to make images" imagemagick) (const :tag "Use MathJax to display math" mathjax) (const :tag "Leave math verbatim" verbatim))) diff --git a/lisp/org-html.el b/lisp/org-html.el index 2de2ea9..15a6c3e 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -685,6 +685,7 @@ The default is an extended format of the ISO 8601 specification." ((eq (plist-get parameters :LaTeX-fragments) 'verbatim) 'verbatim) ((eq (plist-get parameters :LaTeX-fragments) 'mathjax ) 'mathjax) ((eq (plist-get parameters :LaTeX-fragments) t) 'mathjax) + ((eq (plist-get parameters :LaTeX-fragments) 'imagemagick ) 'imagemagick) ((eq (plist-get parameters :LaTeX-fragments) 'dvipng ) 'dvipng) (t nil (goto-char (point-min)) diff --git a/lisp/org.el b/lisp/org.el index 159bb7f..c8bb3ef 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -3389,6 +3389,23 @@ When using MathToWeb as the converter, set this to :type '(choice (const :tag "None" nil) (string :tag "\nShell command"))) +(defcustom org-create-formula-image-program 'dvipng + "When a org file you are editing include some latex fragments, +you want to preview them,you can convert them into png files and +then insert into the org buffers + +dvipng Process the LaTeX fragments to dvi file, then convert +dvi files to png files using dvipng. +This will also include processing of non-math environments. +imagemagick Convert the LaTeX fragments to pdf with program: +'(car org-latex-to-pdf-process), And then use +imagemagick convert pdf to png" + + :group 'org-latex + :version "24.1" + :type '(choice + (const :tag "dvipng" dvipng) + (const :tag "imagemagick" imagemagick))) (defun org-format-latex-mathml-available-p () "Return t if `org-latex-to-mathml-convert-command' is usable." @@ -16916,7 +16933,7 @@ The images can be removed again with \\[org-ctrl-c-ctrl-c]." (concat "ltxpng/" (file-name-sans-extension (file-name-nondirectory buffer-file-name))) - default-directory 'overlays msg at 'forbuffer 'dvipng) + default-directory 'overlays msg at 'forbuffer org-create-formula-image-
[O] org-replace-disputed-keys not working
Hi List, I like to use windmove.el and it is working outside orgmode buffers in my Emacs: ,- | runs the command windmove-left, which is an interactive | compiled Lisp function in `windmove.el'. | | It is bound to . `- org-replace-disputed-keys is set true: ,- | org-replace-disputed-keys is a variable defined in `org.el'. | Its value is t | Original value was nil `- But the doc says: "This option is only relevant at load-time of Org-mode, and must be set *before* org.el is loaded. Changing it requires a restart of Emacs to become effective." and it does not work in org buffers: ,-- | runs the command org-shiftleft, which is an interactive Lisp | function in `org.el'. `-- I'm not sure what to do about this, since I use the emacs24-starter-kit, and org-replace-disputed-keys is set in an .org file, that must be tangled before it is loaded, and I assume org.el must be loaded before any .org files can be tangled? Thanks for any hints. -- cheers, Thorsten
Re: [O] [DEV] New git workflow
Simon Thum writes: > Hi all, Hello, [...] > Many projects use the IMO more sane model of release branches (or > maintenance branches, if you prefer) for major releases. Minor ones > are tagged on those branches, and back-porting critical fixes is much > cleaner: Fixes and development go to master, fixes which should be > back-ported are cherry-picked onto the release branches. When desired, > a new release is tagged. Releases only come from release branches, of > course. It seems that one problem with cherry-picking is the tracking of what is in which branch and from where it comes. I'm not a git neither DVCS guru, but daggyfixes[1][2][3] is saner than cherry-picking. My 2¢. Regards. Footnotes: [1] http://mercurial.selenic.com/wiki/DaggyFixes [2] http://wiki.monotone.ca/DaggyFixes/ [3] http://stackoverflow.com/questions/2922652/git-is-there-a-way-to-figure-out-where-a-commit-was-cherry-picked-from -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgpTMNJvX2vJE.pgp Description: PGP signature
Re: [O] GSoC 2012 -- Elisp backend for Ragel
Hello, Aurélien Aptel writes: > The objective of the project is to implement an Elisp backend for > Ragel (a "parser generator") in order to replace the slow, complex and > error-prone parsing code in org-mode with fast code generated by Ragel > from a clean and readable grammar. FYI, there is already an elisp Org parser being worked on in development branch of Org mode. It isn't finished yet, but still advanced enough so a generic exporter could be built upon it. Is there any interest in ignoring it and restart all the work from scratch? Regards, -- Nicolas Goaziou
[O] bug#8748: emacs 23.3 for windows, org-mode, tables
> From: Bastien Guerry > Date: Fri, 23 Mar 2012 23:26:04 +0100 > Cc: 8...@debbugs.gnu.org > > Alexander Sidorov writes: > > > Org-mode in emacs for Windows doesn't allow to create prooperly > > tables. This is the result of creation a table 5x2: > > > > | | | | | | |---+---+---+---+---| | | | | | | > > > > (all rows in one row). It happens always. I guess that used wrong > > "end-line" symbol. > > Do you still see this bug with a recent Emacs / Org ? If the problem still exists, please provide the recipe for reproducing it, starting from "emacs -Q". Thanks.
Re: [O] Missing date in Org-Agenda Day buffer
Hi Rasmus, Rasmus Rempling writes: > I confirm that the workaround works. The date is not missing. However, > putting the show-summaries to nil omits the summation of effort and clock, > which are in the same row. That's the point of `org-agenda-columns-show-summaries': controlling the display of the summary. > I dont clone. Is the faulting summation only a problem of the > workaround? Not, it was another problem, now fixed, but you can temporary circumvent the problem with the workaround. Thanks, -- Bastien