> But like I said before, I breqn hangs on "integrate(sqrt(x^2+1)/(x^4+1), x)".
Yes, the problem is that breqn does not work well with TeX.
Attached is the version that my tex.spad produces. That compiles fine
with breqn (no hang), but also no break. :-(
The last two entries are numerator and den
FYI, add "\\Large" after "\\begin{preview}" to make math font bigger.
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to fricas-devel+unsubscr.
I wrote one for you. Apply the following patch and it should be ok.
But like I said before, I breqn hangs on "integrate(sqrt(x^2+1)/(x^4+1),
x)".
"(x+y+z)^10" works fine for me.
--- fricas.el
+++ fricas.el
@@ -165,4 +165,5 @@
(defvar fricas-TeX-preamble (concat "\\documentclass{article}"
For what it's worth, the function "imaxima-latex" produces a LaTeX-typeset
output (using breqn) of a Maxima command . As my knowledge of lisp and
elisp is minimal, I don't know if this could be re-jigged to work for
efricas.
To see the function, you can go to
https://sourceforge.net/p/maxima/cod
On 05/30/2016 10:18 AM, oldk1331 wrote:
> Fricas doesn't need to compute the width of boxes as exactly as tex,
> just enough to know where to break an expression.
> Let a program (I'm talking about you, TeX) that knows nothing about
> math but only deals with strings to determine where to break a m
I'm glad that now I have keep up with the whole discussion.
> I don't think that this is the task of FriCAS. Where would you break a
> TeX-Equation?
Where would breqn or other systems break a (no tex here) equation?
texbreak can break axiom's subset tex equation,
breqn can break latex equatio
On 05/30/2016 08:29 AM, oldk1331 wrote:
> > I don't understand. I do not see a "fricas native breaking domains".
>
> What I meant is that I remember Waldek said he wanted such
> domains as a solution.
I don't think that this is the task of FriCAS. Where would you break a
TeX-Equation? The only
> I don't understand. I do not see a "fricas native breaking domains".
What I meant is that I remember Waldek said he wanted such
domains as a solution.
So, the reason your latex output mode is not commited is that
texbreak is used on wiki and we won't break it?
Summing-up:
1. tex + texbreak.
> Have you tried to cut fricas tex output to a tex file and make breqn
> work? I tried, but seems like that breqn hangs. I'm using texlive 2015.
I haven't tried, but yes I've seen that breqn can take like forever. The
same is actually true for MathJax. Rendering the formulas nicely costs a
non-n
> And to Ralf:
>
> I see your long discussions over past few years, so what's current
> status? We still have a disagreement about texbreak, breqn, or
> fricas native breaking domain?
I don't understand. I do not see a "fricas native breaking domains".
That would be the task of the output format
To Martin:
> As far as I remember, efricas does support latex.
Yes, the latex support works, the problem is breaking long equations.
And to Ralf:
I see your long discussions over past few years, so what's current
status? We still have a disagreement about texbreak, breqn, or
fricas native bre
As far as I remember, efricas does support latex. It might be broken, of
course, but in principle it should be there.
Martin
Am Freitag, 27. Mai 2016 09:15:48 UTC+2 schrieb Alasdair:
>
> I like running FriCAS within Emacs, using fricas.el. However, on my
> screen (which is an HiDPI retina scr
> This is what imaxima (maxima running in Emacs) does, and it works pretty
well.
Sorry, I don't know about such things before.
This is an interesting feature to have. There were discussions about breqn,
I will look into them later.
--
You received this message because you are subscribed to th
The point about having LaTeX output is that you should be able to break up
long lines using the breqn.sty package. This is what imaxima (maxima
running in Emacs) does, and it works pretty well. For example, the command
expand((x+y+z)^10)
which is the same in FriCAS and in Maxima, is broken up n
- > Long lines aren't broken.
-
- FriCAS don't have support for automatically breaking long equations, and
- I doubt other CASs can. That means, if a result looks messy in terminal,
- it will be messy in other output backends.
-
- For this particular integration, complexIntegration gives a clea
15 matches
Mail list logo