Re: [O] GSoC 2012 -- Elisp backend for Ragel

2012-03-24 Thread Rustom Mody
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

2012-03-24 Thread Rustom Mody
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

2012-03-24 Thread Nick Dokos
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

2012-03-24 Thread Neuwirth Erich
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

2012-03-24 Thread Bastien
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

2012-03-24 Thread Ilya Shlyakhter
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

2012-03-24 Thread Martin Halder
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

2012-03-24 Thread Martin Halder

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

2012-03-24 Thread Nicolas Goaziou
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

2012-03-24 Thread Nick Dokos
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

2012-03-24 Thread Simon Thum

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

2012-03-24 Thread 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?

Thanks,
Nick



Re: [O] Need Help: [patch] A experimental toy which is used to preview latex fragements

2012-03-24 Thread Nick Dokos
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

2012-03-24 Thread Martin Halder
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

2012-03-24 Thread Nick Dokos
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

2012-03-24 Thread Nick Dokos
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

2012-03-24 Thread Mike McLean

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

2012-03-24 Thread Ilya Shlyakhter

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

2012-03-24 Thread Bastien
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

2012-03-24 Thread Mike McLean
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

2012-03-24 Thread Manish
> 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

2012-03-24 Thread Mike McLean
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

2012-03-24 Thread FengShu

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

2012-03-24 Thread Thorsten

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

2012-03-24 Thread Daniel Dehennin
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

2012-03-24 Thread Nicolas Goaziou
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

2012-03-24 Thread Eli Zaretskii
> 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

2012-03-24 Thread Bastien
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