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
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 used to automatically break long lines, but
I don't know how to
Ralf,
I noticed that the following two commqnew are rendered differently in
the new tex format:
T1:=Integer
T2:=Polynomial Fraction T1
although of course both are type values. The first is in Italics
while the second is in Roman. Was this your intention?
Also I have been meaning to ask: What
Ralf,
A related question: Why do 'true' and 'false' display in Roman, i.e.
\STRING{true}? As values of Boolean I would have expected to see
Italics.
Regards,
Bill Page.
On 19 October 2014 16:02, Bill Page bill.p...@newsynthesis.org wrote:
Ralf,
I noticed that the following two commqnew
On 10/18/2014 03:13 AM, Bill Page wrote:
Admittedly, just one \frac{a}{b} on the top-level is a special case
and I would be happy if breqn.sty could handle this. I think I even
wrote a mail to all three of the maintainers and didn't get a reply. :-(
That is bit discouraging. As you have
Ralf,
I am continuing to test the rendering of existing axiom-wiki pages
using the new tex formatter. There are numerous cases where breqn
fails to break the output generated by FriCAS which was properly
processed by texbreaker. Maybe this is not too surprising since
texbreaker was specifically
On 10/19/2014 12:14 AM, Bill Page wrote:
Using the new tex format I get the following generated LaTeX:
I've cut and pasted that into the attached file.
Latexing it is no problem on my computer. Output DVI attached.
and the wikicomplains that:
[snip]
$[][]|$
[1]
Bad mathchar (32768).
to
On 10/19/2014 12:14 AM, Bill Page wrote:
using the new tex formatter. There are numerous cases where breqn
fails to break the output generated by FriCAS which was properly
processed by texbreaker.
Yes. OK. You can modify the table of how code is generated in tex.spad
so that it basically
On 18 October 2014 19:33, Ralf Hemmecke r...@hemmecke.org wrote:
...
I find the whole idea of showing TeX rendered output impractical.
I don't understand why you say that. It has been the primary display
format on axiom-wiki for a long time and systems like Sage use it in
their web-based
Ralf,
Thanks for checking. Yes, you are right. I upgraded tex-live on my
local copy of axiom-wiki and the problem disappeared. Now I am using
the same version of breqn as you are and an even newer version of
pdfTeX.
page@axiom-wiki:~$ TEXINPUTS=/usr/local/lib/fricas/emacs//: latex
\begin{fricasmath}{1}
\sin{\SYMBOL{x}}%
\end{fricasmath}
The new FriCAS-specific environment actually looks rather frightening
compared to what the old version used to produce! What is the purpose
of \SYMBOL ? Is that also FriCAS-specific or something from LaTeX I
don't know?
See
On 17 October 2014 07:47, Ralf Hemmecke r...@hemmecke.org wrote:
The new FriCAS-specific environment actually looks rather frightening
compared to what the old version used to produce! What is the purpose
of \SYMBOL ? Is that also FriCAS-specific or something from LaTeX I
don't know?
See
OK. Such extensive changes however make me think that maybe defining
this as a new output format
And then throw away the buggy tex output? And later redefine to )set
output tex on, because the old code is gone?
As I said, I don't insist on putting the new tex.spad into the new
release. I'd
On 17 October 2014 12:54, Ralf Hemmecke r...@hemmecke.org wrote:
OK. Such extensive changes however make me think that maybe
defining this as a new output format
And then throw away the buggy tex output?
Well, what works now could continue to work ...
And later redefine to )set output tex
On 10/17/2014 08:26 PM, Bill Page wrote:
We don't use Plone any more.
Oh, I didn't know. I thought, you installed zwiki inside plone and not
directly as a zope extension. But, OK, if plone is gone, upgrading might
be a little easier.
Yes, approximately. If you get into a situation where you
On 10/17/2014 11:23 PM, Bill Page wrote:
http://axiom-wiki.newsynthesis.org/SandBoxTestTexOutput
You can see that there is a significant difference between the way
breqn and the texbreak program fold long LaTeX output. In fact breqn
seems to fail to fold output (1). I am not sure yet why
On 17 October 2014 18:35, Ralf Hemmecke r...@hemmecke.org wrote:
On 10/17/2014 11:23 PM, Bill Page wrote:
http://axiom-wiki.newsynthesis.org/SandBoxTestTexOutput
You can see that there is a significant difference between the way
breqn and the texbreak program fold long LaTeX output. In fact
I only care about the line breaking in the book. There it's not perfect,
but good enough.
Just good enough sounds rather discouraging.
Really? The problem is that it works (for the book in about 95% of the
cases). How much percentage that is for an ordinary session, I have no
idea. However,
Ralf,
I built FriCAS from
git clone https://github.com/hemmecke/fricas.git --branch tex-latex
--single-branch fricas-tex-latex
in my local copy of mathaction. The tex output from FriCAS now looks
like this for example:
(1) - )set output tex on
(1) - )set output algebra off
(1) - sin(x)
On Fri, Jan 15, 2010 at 03:46:41PM -0500, Bill Page wrote:
I use
\def\zag#1#2{
{{\hfill \left. {#1} \right|}
\over
{\left| {#2} \right. \hfill}
}
}
thanks. Now where should this go?
- either get rid of \zag and replace the code for ZAG in tex.spad.nw
- or put the above
On Fri, Jan 15, 2010 at 07:28:29PM +0100, Martin Rubey wrote:
leh...@bayou.uni-linz.ac.at writes:
use amsmath, and
\cfrac{1}{\sqrt{2}+
\cfrac{1}{\sqrt{2}+
\cfrac{1}{\sqrt{2}+\dotsb
}}}
ok, I know that one,
so you mean to replace \zag with \cfrac?
Does hypertex understand it?
It might
I use
\def\zag#1#2{
{{\hfill \left. {#1} \right|}
\over
{\left| {#2} \right. \hfill}
}
}
on the axiom-wik.newsynthesis.org
I think I got that from either axiom.sty or perhaps some code embedded
in the Axiom book.
Regards,
Bill Page.
On Fri, Jan 15, 2010 at 11:32 AM,
22 matches
Mail list logo