On 05/26/2016 02:44 PM, Waldek Hebisch wrote:
> oldk1331 wrote:
>>
>>> I'm not sure if this patch creates unnecessary parenthesis elsewhere.
>>
>> One change I noticed is "unparse(( t-1 )::INFORM)", it used to be
>> "t+-1", after patch it's "t+(-1)", is it a bug that it doesn't return "t-1"?
>
>
> 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
> 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
oldk1331 wrote:
>
> One example is that you can not compile efstruc.spad twice,
> the second compilation gives error that makes no sense.
> (not posting it here)
>
> This have something to do with $tryRecompileArguments.
> It seems that it improves compilation speed, and used in
> a dozen
One example is that you can not compile efstruc.spad twice,
the second compilation gives error that makes no sense.
(not posting it here)
This have something to do with $tryRecompileArguments.
It seems that it improves compilation speed, and used in
a dozen packages.
I don't know what's the
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
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
On 05/27/2016 09:15 AM, Alasdair McAndrew wrote:
> I like running FriCAS within Emacs, using fricas.el. However, on my screen
> (which is an HiDPI retina screen), there are two issues:
>
> 1. The output is too tiny to read
> 2. Long lines aren't broken.
>
> The breqn.sty package could be
The bug is:
(1) -> radicalSolve([x-y],[x,y])
(1) [[x= x]]
Type:
List(List(Equation(Expression(Integer
(2) -> radicalRoots([x-y],[x,y])
(2) [[x]]
Type:
List(List(Expression(Integer)))
(3) -> solve([x-y],[x,y])
I find this when I am debugging the bigger issue with radicalRoots,
but I will post about that later when I'm finished.
(125) -> radicalRoots([z],[y,x])
(125) []
Type:
List(List(Expression(Integer)))
The answer is correct, but it's not returned from
> 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
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
12 matches
Mail list logo
