Ralf,

Have you tried changing the breakdepth option in breqn? I do not see
anything in breqn that prevents it from breaking lines inside extra
braces except for this limit.

Maybe you need something  like:

  [breakdepth={10}]

or more since the default is only 2. The documentation for breqn says:

"Use the breakdepth option to change the level of delimiter nesting to which
line breaks are allowed. To prohibit line breaks within delimiters,
set this to 0:

  \begin{dmath}[breakdepth={0}]

The default value for breakdepth is 2. Even when breaks are allowed inside de-
limiters, they are marked as less desirable than breaks outside delimiters. Most
of the time a break will not be taken within delimiters until the
alternatives have
been exhausted."


On 21 April 2014 16:42, Ralf Hemmecke <[email protected]> wrote:
> On 04/21/2014 09:12 PM, Bill Page wrote:
>> ...
>> Can you give an example that produces extra braces?  I would like to
>> help analyze the problem but the examples I tried so far do not
>> produce extra braces when I look at the output from )set output tex
>> on.
>
> (4) -> (x+1)*(x+2)/(x+3) + 1/(y+4)
>
>           2                2
>         (x  + 3x + 2)y + 4x  + 13x + 11
>    (4)  -------------------------------
>                (x + 3)y + 4x + 12
> \begin{LaTeXMath}
> \frac{{{{
> \left(
> {{x}^{2}}+{3\: x}+2
> \right)
> }\: y}+{4\: {{x}^{2}}}+{{13}\: x}+{11}}}{{{{
> \left(
> x+3
> \right)
> }\: y}+{4\: x}+{12}}}
> \stepNumber{4}
> \end{LaTeXMath}
>
> $$
> {{{\left( {{x} \sp {2}}+{3 \  x}+2
> \right)}
> \  y}+{4 \  {{x} \sp {2}}}+{{13} \  x}+{11}} \over {{{\left( x+3
> \right)}
> \  y}+{4 \  x}+{12}}
> \leqno(4)
> $$
>
> The content of \frac{}{} is again with {}.
> The extra braces around \left( and \right) are unnecessary, because it
> is just multiplication following.
> Then we have
>
>   {4\: {{x}^{2}}}
>
> followed by a +. So this can actually just be "4\: {x}^{2}". Of course,
> it depends on the context and for TeX itself, these extra braces don't
> matter. But breqn seems to bother.
>
>> OK.  But a general solution for breaking FriCAS TeX/LaTeX output might
>> still be very desirable, for example for use on axiom-wiki.
>
> In a browser, I'd find a scrollbar that allows to scroll left/right
> quite sufficient.
>
> The solution, I have in mind, just would use Tree(String) or even
> SExpression. Then group/ungroup could be easily handled. I think
> that wouldn't be really hard. I just don't know whether I should go
> for Tree or SExpression.
>

That sounds like you might end up reproducing some of what is already
in texbreak.  Maybe if texbreak was translated from C into SPAD it
could form a useful utility but it still seems best to me to try to
get breqn to work in all cases.

Bill.

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

Reply via email to