Re: [O] latex equations and $ sign

2014-07-09 Thread Federico Beffa
writing texts including a lot of mathematical expressions. I guess I will have to dig into filters. Regards, Fede On Fri, Jun 6, 2014 at 4:10 PM, Jorge A. Alfaro-Murillo < jorge.a.alf...@gmail.com> wrote: > > Federico Beffa writes: > > > Hi, > > > > I would lik

Re: [O] latex equations and $ sign

2014-07-09 Thread Federico Beffa
($$, ...). Regards, Fede On Fri, Jun 6, 2014 at 5:00 PM, Rasmus wrote: > Federico Beffa writes: > > > Hi, > > > > I would like to have a mathematical equation typeset in latex and > > automatically generated by sympy, embedded in an equation environment: > > > > #+

[O] cdlatex and indentation

2014-07-10 Thread Federico Beffa
Hi, when I insert a LaTeX environment with the cdlatex keybinding C-{, the environment is not properly indented as the rest of the text and the TAB key is bound to the cdlatex functions. Is there a way to get it properly aligned directly, without having to select the region and press TAB? I would

[O] org-babel

2014-07-10 Thread Federico Beffa
Hi, is there any plan to make org-babel a minor-mode (similarly to orgtbl)? Regards, Fede

[O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]

2014-07-25 Thread Federico Beffa
Hi, I'm a long time LaTeX user starting to use the excellent org-mode. I've noticed what I believe is a wrong interpretation of the LaTeX syntax by org-mode: According to the LaTeX manual and reference "LaTeX: A Document Preparation System", L. Lamport, \[ ... \] is a short form for a displaymath

[O] proposal for improved integration of cdlatex

2014-07-25 Thread Federico Beffa
Hi, when you enable org-cdlatex and insert a LaTeX environment by pressing M-{, the new environment is inserted ignoring indentation. To correct for that it is not enough to press TAB as TAB is locally bound to cdlatex-tab and moves the cursor to the next "interesting" part of the environment. Fo

Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]

2014-07-25 Thread Federico Beffa
Nicolas Goaziou wrote: > Hello, > > Federico Beffa writes: > >> According to the LaTeX manual and reference "LaTeX: A Document >> Preparation System", L. Lamport, \[ ... \] is a short form for a >> displaymath environment. Citing the reference: >&g

Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]

2014-07-26 Thread Federico Beffa
, Fede On Sat, Jul 26, 2014 at 10:26 AM, Nicolas Goaziou wrote: > Federico Beffa writes: > >> Of course \[ 1+1 \] is valid LaTeX syntax, just as inline >> \begin{displaymath} 1+1 \end{displaymath} is valid. > > But \begin{displaymath} 1+1 \end{displaymath} isn't valid in a

Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]

2014-07-27 Thread Federico Beffa
in advance for any advice. Best Regards, Fede P.S.: I've attached for reference two pages, from the book written by LaTeX's creator (the book I've mentioned on my first email), on how to use the various mathematical constructs. On Sat, Jul 26, 2014 at 11:20 AM, Federico Beffa wr

Re: [O] Bug: wrong interpretation of LaTeX [8.2.6 (8.2.6-47-ge3d2c1-elpa @ c:/Users/beffa/.emacs.d/elpa/org-20140526/)]

2014-07-28 Thread Federico Beffa
In principle, to avoid breaking existing documents, you could introduce a variable to set org-mode in legacy mode. Regards, Fede On Sun, Jul 27, 2014 at 6:46 PM, Nicolas Goaziou wrote: > Hello, > > Federico Beffa writes: > >> In the end of the day the reason why I started lo

Re: [O] proposal for improved integration of cdlatex

2014-07-29 Thread Federico Beffa
Hi, > Why those parameters? > the parameters are just in case you want to use this function non-interactively in place of cdlatex-tab. > I'm not sure it's worth it. You can indent the element with M-h C-\ > easily enough, no? Because typing one key combination is faster than typing 3 and there

Re: [O] proposal for improved integration of cdlatex

2014-07-29 Thread Federico Beffa
>> the parameters are just in case you want to use this function >> non-interactively in place of cdlatex-tab. > > Is there a real use-case for non-interactive use? To be honest, I do not know. But, the original cdlatex-tab function takes those parameters and I thought it would be a good idea to p

[O] [POLL] Syntax change: make \[...\] non-inline (+1)

2014-07-30 Thread Federico Beffa
Who is entitled to vote? If I am then here is my vote in favor for the following reasons: 1. the construct \[...\] has been defined in LaTeX for equations which must stand out and therefore belong on separate lines. It would therefore make sense to conform to the borrowed syntax. 2. the alternati

Re: [O] proposal for improved integration of cdlatex

2014-07-30 Thread Federico Beffa
Please find attached the patch as discussed. Regards, Fede On Tue, Jul 29, 2014 at 4:54 PM, Bastien wrote: > Federico Beffa writes: > >> To be honest, I do not know. But, the original cdlatex-tab function >> takes those parameters and I thought it would be a good idea to p

Re: [O] [POLL] Syntax change: make \[...\] non-inline (+1)

2014-07-30 Thread Federico Beffa
> So what exactly is the problem? The problem is that \[...\] is often used for long/complicated equations. If you allow auto-fill to change/modify your carefully written equation, it becomes very difficult to read. Regards, Fede

Re: [O] proposal for improved integration of cdlatex

2014-07-31 Thread Federico Beffa
Thanks for the suggestion. Please find attached the improved patch. Regards, Federico On Wed, Jul 30, 2014 at 10:25 PM, Nicolas Goaziou wrote: > Hello, > > Federico Beffa writes: > >> + (save-excursion >> +(org-mark-element) >> +(org-indent-region (poi

Re: [O] [POLL] Syntax change: make \[...\] non-inline (+1)

2014-08-01 Thread Federico Beffa
> I didn't read the other thread is details, but it seems the most > sensible thing to do is alter the org fill function(s). These seems > to rely on org-element, though, and I'm guessing that is why a syntax > change is necessary, yes? I would be perfectly happy with this behavior. Can't comment

Re: [O] [POLL] Syntax change: make \[...\] non-inline (+1)

2014-08-03 Thread Federico Beffa
>> 5. Existing documents are very easy to fix. >> > >Backwards compatibility is important. It has been broken >before, for very good reasons, and even though it was done very >carefully, it still caused many problems (still does). >So I don't buy the "very easy to fix" part: it will bite somebody >

Re: [O] [POLL] Syntax change: make \[...\] non-inline (+1)

2014-08-03 Thread Federico Beffa
> It's a bit more complicated than that: one upgrades org at some > opportune moment, then three months/years/centuries later, tries to use > that presentation that worked perfectly before - boom. If you go back > and check all your old presentations each time you upgrade org, you are, > I would gu

[O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-05 Thread Federico Beffa
>>> The current proposal is to make them elements instead of objects in Org >>> syntax (i.e, a `latex-environment' instead of a `latex-fragment'). In >>> a nutshell: >>> >>> - Pros: >>>+ conform to LaTeX intent, >>>+ impossible to fill. >>> - Cons: >>>- documents containing \[...\] mi

[O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-07 Thread Federico Beffa
> Attached you find a patch with the proposed modification. I would > greatly appreciate if you could consider it for inclusion in org-mode > and provide feedback. Here a more lispy version of the function `org-fill-paragraph-construct-regions' used in the patch.I guess it could be more appealing

Re: [O] proposal for improved integration of cdlatex

2014-08-08 Thread Federico Beffa
Goaziou > wrote: >> Hello, >> >> Federico Beffa writes: >> >>> + (save-excursion >>> +(org-mark-element) >>> +(org-indent-region (point) (mark >> >> The function shouldn't set the mark. The following should be enough: &g

Re: [O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-09 Thread Federico Beffa
>> without having to introduce the undesired Cons. The behavior is a >> follows: >> - if \[...\] is inline, behave as before. >> - if \[ is the first non space character of a line and the closing \] >> is the last non space character of a line (possibly spanning several >> lines), then do not fill

Re: [O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-10 Thread Federico Beffa
Nicolas Goaziou writes: > Ignoring \[...\] when filling the paragraph is misleading. You may > believe the object doesn't belong to the paragraph at all. I think M-q > should, on the contrary, give clues about the structure of the document. > > Also, it doesn't make a difference when exporting to

Re: [O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-10 Thread Federico Beffa
Nicolas Goaziou writes: > Ignoring \[...\] when filling the paragraph is misleading. You may > believe the object doesn't belong to the paragraph at all. I think M-q > should, on the contrary, give clues about the structure of the document. > > Also, it doesn't make a difference when exporting to

Re: [O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-11 Thread Federico Beffa
On Mon, Aug 11, 2014 at 3:06 PM, Nicolas Goaziou wrote: > Federico Beffa writes: > >> to help me understand what kind of problems one could face with HTML (or >> another back-end), could you give a concrete example? > > line 1 > line 2 > \[1+1\] > > ==> &

Re: [O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-16 Thread Federico Beffa
On Mon, Aug 11, 2014 at 10:40 PM, Nicolas Goaziou > I'm just pointing out an ergonomy (or consistency) annoyance in your > proposal. I'm not thrilled by faking the filling mechanism. Well, that has nothing to do with consistency (neither with ergonomy, unless you produce a large scale statistical

Re: [O] [PATCH] org.el: make org-paragraph-fill ignore \[...\] regions starting and ending a line

2014-08-16 Thread Federico Beffa
On Mon, Aug 11, 2014 at 10:44 PM, Nicolas Goaziou wrote: > Rasmus writes: > >> How about adding the possibility to add hooks to org-fill-paragraph? >> So that people can add "extensions" to fill as they want and the core >> function can rely on org-element only? > > You can `defadvice' anything t

[O] latex equations and $ sign

2014-06-06 Thread Federico Beffa
Hi, I would like to have a mathematical equation typeset in latex and automatically generated by sympy, embedded in an equation environment: #+NAME: mass-energy #+BEGIN_SRC python :results raw :exports results :wrap EQUATION import sympy as sp E, m, c = sp.symbols('E, m, c', real=True

[O] inclusion of #+RESULTS in a source block

2014-06-16 Thread Federico Beffa
Suppose you want to use a program such as Sympy or Maxima to find the analytic solution of a complicated equation. After this you want to make use of that solution for numerical evaluation of various cases. Is it safe to use the analytic results (without using a session) in the followi