Re: [fricas-devel] Re: TeX output in efricas?

[Ralf Hemmecke]

> 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 denominator of the expression
(split by hand).

Use
https://github.com/hemmecke/fricas/blob/mathjax/src/doc/fricasmath.sty
for the compilation and remove \usepackage{tensor} if you don't have
tensor.sty installed. It's not needed for this example.

Ralf

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.
\documentclass{article}
\usepackage{fricasmath}
\begin{document}
\begin{fricasmath}{1}
\frac{-{4\TIMES \nthroot{2}{4}\TIMES \arctan{\PAREN{\frac{\PAREN{\sqrt{2}-{1}%
}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}-{\nthroot{2%
}{4}}}{\PAREN{\sqrt{2}-{1}}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}}{2\TIMES %
\sqrt{2}-{3}}}\TIMES \sqrt{\frac{\PAREN{\PAREN{-{41\TIMES \SYMBOL{x}\TIMES %
\sqrt{2}}+58\TIMES \SYMBOL{x}}\TIMES \nthroot{2}{4}\TIMES \sqrt{\frac{2%
\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}-{48\TIMES \SUPER{\SYMBOL{x}}{3}%
\TIMES \sqrt{2}}+68\TIMES \SUPER{\SYMBOL{x}}{3}}\TIMES \sqrt{\SUPER{\SYMBOL{x%
}}{2}+1}+\PAREN{\PAREN{41\TIMES \SUPER{\SYMBOL{x}}{2}+17}\TIMES \sqrt{2}-{58%
\TIMES \SUPER{\SYMBOL{x}}{2}}-{24}}\TIMES \nthroot{2}{4}\TIMES \sqrt{\frac{2%
\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}+\PAREN{24\TIMES \sqrt{2}-{34}}%
\TIMES \SUPER{\nthroot{2}{4}}{2}+\PAREN{48\TIMES \SUPER{\SYMBOL{x}}{4}+24%
\TIMES \SUPER{\SYMBOL{x}}{2}+24}\TIMES \sqrt{2}-{68\TIMES \SUPER{\SYMBOL{x}}{%
4}}-{34\TIMES \SUPER{\SYMBOL{x}}{2}}-{34}}{24\TIMES \sqrt{2}-{34}}}+\PAREN{-{%
\SYMBOL{x}\TIMES \sqrt{2}}+\SYMBOL{x}}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}%
}{2\TIMES \sqrt{2}-{3}}}\TIMES \sqrt{\SUPER{\SYMBOL{x}}{2}+1}+\PAREN{\SUPER{%
\SYMBOL{x}}{2}\TIMES \sqrt{2}-{\SUPER{\SYMBOL{x}}{2}}}\TIMES \sqrt{\frac{2%
\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}+\PAREN{\sqrt{2}-{1}}\TIMES %
\nthroot{2}{4}+4\TIMES \nthroot{2}{4}\TIMES \arctan{\PAREN{\frac{\PAREN{%
\sqrt{2}-{1}}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}+%
\nthroot{2}{4}}{\PAREN{\sqrt{2}-{1}}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}}{%
2\TIMES \sqrt{2}-{3}}}\TIMES \sqrt{\frac{\PAREN{\PAREN{41\TIMES \SYMBOL{x}%
\TIMES \sqrt{2}-{58\TIMES \SYMBOL{x}}}\TIMES \nthroot{2}{4}\TIMES \sqrt{\frac%
{2\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}-{48\TIMES \SUPER{\SYMBOL{x}}{3}%
\TIMES \sqrt{2}}+68\TIMES \SUPER{\SYMBOL{x}}{3}}\TIMES \sqrt{\SUPER{\SYMBOL{x%
}}{2}+1}+\PAREN{\PAREN{-{41\TIMES \SUPER{\SYMBOL{x}}{2}}-{17}}\TIMES \sqrt{2}%
+58\TIMES \SUPER{\SYMBOL{x}}{2}+24}\TIMES \nthroot{2}{4}\TIMES \sqrt{\frac{2%
\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}+\PAREN{24\TIMES \sqrt{2}-{34}}%
\TIMES \SUPER{\nthroot{2}{4}}{2}+\PAREN{48\TIMES \SUPER{\SYMBOL{x}}{4}+24%
\TIMES \SUPER{\SYMBOL{x}}{2}+24}\TIMES \sqrt{2}-{68\TIMES \SUPER{\SYMBOL{x}}{%
4}}-{34\TIMES \SUPER{\SYMBOL{x}}{2}}-{34}}{24\TIMES \sqrt{2}-{34}}}+\PAREN{-{%
\SYMBOL{x}\TIMES \sqrt{2}}+\SYMBOL{x}}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}%
}{2\TIMES \sqrt{2}-{3}}}\TIMES \sqrt{\SUPER{\SYMBOL{x}}{2}+1}+\PAREN{\SUPER{%
\SYMBOL{x}}{2}\TIMES \sqrt{2}-{\SUPER{\SYMBOL{x}}{2}}}\TIMES \sqrt{\frac{2%
\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}+\PAREN{-{\sqrt{2}}+1}\TIMES %
\nthroot{2}{4+\PAREN{\sqrt{2}-{1}}\TIMES \nthroot{2}{4}\TIMES \log{%
\PAREN{\frac{\PAREN{\PAREN{41\TIMES \SYMBOL{x}\TIMES \sqrt{2}-{58\TIMES %
\SYMBOL{x}}}\TIMES \nthroot{2}{4}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{4}}{2%
\TIMES \sqrt{2}-{3}}}-{48\TIMES \SUPER{\SYMBOL{x}}{3}\TIMES \sqrt{2}}+68%
\TIMES \SUPER{\SYMBOL{x}}{3}}\TIMES \sqrt{\SUPER{\SYMBOL{x}}{2}+1}+\PAREN{%
\PAREN{-{41\TIMES \SUPER{\SYMBOL{x}}{2}}-{17}}\TIMES \sqrt{2}+58\TIMES \SUPER%
{\SYMBOL{x}}{2}+24}\TIMES \nthroot{2}{4}\TIMES \sqrt{\frac{2\TIMES \sqrt{2}-{%
4}}{2\TIMES \sqrt{2}-{3}}}+\PAREN{24\TIMES \sqrt{2}-{34}}\TIMES \SUPER{%
\nthroot{2}{4}}{2}+\PAREN{48\TIMES \SUPER{\SYMBOL{x}}{4}+24\TIMES \SUPER{%
\SYMBOL{x}}{2}+24}\TIMES \sqrt{2}-{68\TIMES \SUPER{\SYMBOL{x}}{4}}-{34\TIMES %
\SUPER{\SYMBOL{x}}{2}}-{34}}{24\TIMES \sqrt{2}-{34+\PAREN{-{\sqrt{2}}+1}%
\TIMES \nthroot{2}{4}\TIMES \log{\PAREN{\frac{\PAREN{\PAREN{-{41\TIMES %
\SYMBOL{x}\TIMES \sqrt{2}}+58\TIMES \SYMBOL{x}}\TIMES \nthroot{2}{4}\TIMES %
\sqrt{\frac{2\TIMES \sqrt{2}-{4}}{2\TIMES \sqrt{2}-{3}}}-{48\TIMES \SUPER{%
\SYMBOL{x}}{3}\TIMES \sqrt{2}}+68\TIMES \SUPER{\SYMBOL{x}}{3}}\TIMES \sqrt{%
\SUPER{\SYMBOL{x}}{2}+1}+\PAREN{\PAREN{41\TIMES \SUPER{\SYMBOL{x}}{2}+17}%
\TIMES \sqrt{2}-{58\TIMES \SUPER{\SYMBOL{x}}{2}}-{24}}\TIMES \nthroot{

Re: [fricas-devel] Re: TeX output in efricas?

[oldk1331]

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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[oldk1331]

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}"
 
"\\usepackage[active,dvips,tightpage,displaymath]{preview}"
+"\\usepackage{breqn}"
 "\\begin{document}"
 "\\begin{preview}"))
@@ -1215,6 +1216,16 @@
  (inhibit-read-only t))
 
+(setq fricas-TeX-buffer-2 fricas-TeX-buffer)
 (write-region (concat fricas-TeX-preamble
-  fricas-TeX-buffer
+  (with-temp-buffer
+(insert fricas-TeX-buffer-2)
+(search-backward "$$")
+(replace-match "\\end{dmath*}" t t)
+(search-backward-regexp "\nleqno.*$")
+(replace-match "")
+(goto-char (point-min))
+(search-forward "$$")
+(replace-match "\\begin{dmath*}" t t)
+(buffer-string))
   fricas-TeX-postamble)
   nil fricas-TeX-file)

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[Alasdair McAndrew]

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/code/ci/branch-5_32/tree/interfaces/emacs/imaxima/imaxima.el

and look at the function which is on lines 594 - 667.

- Alasdair


On Mon, May 30, 2016 at 6:37 PM, Ralf Hemmecke  wrote:

> 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 math
> > expression, that is not the right thing.
>
> Yes, you are right. But I am relatively happy with what my tex.spad or
> mathjax.spad + jupyter gives me, so I have no "itch" at the moment. If I
> need some tex output for a paper, that is enough. For everyday working,
> I find my 1d output much more useful since I can cut&paste the output or
> (especially) parts of it back into fricas.
>
> If we had a better 2d cut&paste mechanism, I would probably change my
> opinion.
>
> Ralf
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to fricas-devel@googlegroups.com.
> Visit this group at https://groups.google.com/group/fricas-devel.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
[image: http://www.facebook.com/alasdairmcandrew] [image:
https://twitter.com/amca01] 



-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[Ralf Hemmecke]

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 math
> expression, that is not the right thing.

Yes, you are right. But I am relatively happy with what my tex.spad or
mathjax.spad + jupyter gives me, so I have no "itch" at the moment. If I
need some tex output for a paper, that is enough. For everyday working,
I find my 1d output much more useful since I can cut&paste the output or
(especially) parts of it back into fricas.

If we had a better 2d cut&paste mechanism, I would probably change my
opinion.

Ralf

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[oldk1331]

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 equation,
of course fricas can have a domain to decide how to break an equation,
then translate to tex output or 2D output.

texbreak or tex only see expression as a string, then parse it.  Fricas
knows the expression better, and already parsed.

>  That FriCAS would compute the width 
>  of tex boxes is not the right thing in my opinion. 

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 math
expression, that is not the right thing.

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[Ralf Hemmecke]

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 think that FriCAS could do is to insert
breakpoints suggestions so that the latex processor would have a better
chance to break in the right place. That FriCAS would compute the width
of tex boxes is not the right thing in my opinion.

> So, the reason your latex output mode is not commited is that
> texbreak is used on wiki and we won't break it?

No. I think the reason is that my package is GPL3 and I have no
intention to change it. It can happily live as a contributed extension
in source form.

> Summing-up:
> 1. tex + texbreak.  currently using.  no one wants to maintain it.

And right so. ;-)

> 2. latex + breqn.  latex output is nicer, but breqn not always working.

Yes. And there are some bugfixes in my package.

> 3. a tex breaking domain, implementing similar or better algorithms
>  used in breqn.  This should be the best solution, but no one has
>  done it.

Correct. And I also think that this is a hard thing to do. Not that you
would probably prefer

  (long formula) / (other formula)

 over

  \frac{long formula}{other formula}

in certain situation. The same happens for \sqrt{long formula}. In the
\sqrt case one would probably try to break the formula inside so that it
fits the width of a page. But then imagine you have

\sqrt{long} + \sqrt{\frac{long}{long}}

How would you automatically distribute the width that each summand gets?
Maybe with properly breaking inside \sqrt the whole sum fits in one
line. I wouldn't want to decide for the user's taste. I don't really
think that this is a computer algebra task.

Ralf

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[oldk1331]

>  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.  currently using.  no one wants to maintain it.
2. latex + breqn.  latex output is nicer, but breqn not always working.
3. a tex breaking domain, implementing similar or better algorithms
used in breqn.  This should be the best solution, but no one has
done it.

Am I right?

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[Ralf Hemmecke]

> 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-negligible amount of time.

Ralf

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[Ralf Hemmecke]

> 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 formatter(s), but I don't think it
was planned that breaking formulas should be inside the formatter. Well,
it somehow is for the 2d-formatter ")set output algebra on", but that
code is written in BOOT and I don't want to touch it.

Breaking formulas in (La)TeX is a nontrivial task. breqn does it on the
LaTeX level. texbreak, however, is a program that is pretty much
tailored for the current TexFormatter in FriCAS. If tex.spad is changed
(as I did to output LaTeX instead of TeX), texbreak becomes useless (or
has to be changed accordingly). I didn't want to touch texbreak and
rather outsource the task to breqn or mathjax, i.e., texbreak is dead
for me.

In fact, I don't know what to do wrt TeX, I haven't even tried whether
TeXmacs showst

integrate(sqrt(x^2+1)/(x^4+1), x)

reasonably well.

Nevertheless, my tex.spad can certainly be tailored easily just before a
formula is formatted so that this formula gets a special treatment to
show better. However, for general nice LaTeX output that breaks
automatically like a human, I currently see no chance.

Ralf

-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[oldk1331]

> 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 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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Re: [fricas-devel] Re: TeX output in efricas?

[Alasdair McAndrew]

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 neatly in imaxima
to fit the Emacs window.  But in efricas it is one very long (and on my
system with an unreadably small font) line.

(Actually, the command is not quite the same in both packages; I use
"expand((x+y+z)^10)::DMP([x,y,z],FRAC INT)" in FriCAS to get the output I
want.)

On Sun, May 29, 2016 at 2:49 PM, oldk1331  wrote:

> - > 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 cleaner
> result:
> -
> - (1) -> complexIntegrate(sqrt(x^2+1)/(x^4+1), x)
>
>(1)
>   ┌──┐  ┌──┐  ┌──┐
>   │ ┌───┐   │ ┌───┐   │ 2  ┌───┐ 2
>- \│\│- 1  - 1 log(2\│\│- 1  - 1  - 2x\│x  + 1  - 2\│- 1  + 2x )
>  +
>   ┌┐ ┌──┐ ┌┐
>   │   ┌───┐  │ 2  │   ┌───┐  ┌───┐
> 2
>- \│- \│- 1  - 1 log(- 2x\│x  + 1  + 2\│- \│- 1  - 1  + 2\│- 1  +
> 2x )
>  +
> ┌┐ ┌──┐ ┌┐
> │   ┌───┐  │ 2  │   ┌───┐  ┌───┐ 2
>\│- \│- 1  - 1 log(- 2x\│x  + 1  - 2\│- \│- 1  - 1  + 2\│- 1  + 2x )
>  +
> ┌──┐┌──┐  ┌──┐
> │ ┌───┐ │ ┌───┐   │ 2  ┌───┐ 2
>\│\│- 1  - 1 log(- 2\│\│- 1  - 1  - 2x\│x  + 1  - 2\│- 1  + 2x )
>   /
>  4
> -
> - which is similar to mma's output:
> -   3/23/2
>(1 - I)x   (1 + I)x
> ArcTan[]   ArcTan[]
>  2  2
>Sqrt[2] Sqrt[1 + x ]   Sqrt[2] Sqrt[1 + x ]
>  + 
>Sqrt[2 - 2 I]  Sqrt[2 + 2 I]
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to fricas-devel@googlegroups.com.
> Visit this group at https://groups.google.com/group/fricas-devel.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
[image: http://www.facebook.com/alasdairmcandrew] [image:
https://twitter.com/amca01] 



-- 
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...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.