Re: [NTG-context] XML/HTML output of Math

2019-08-08 Thread Atsuhito Kohda
Dear Taco, thanks for your reply.

> I opened the xhtml with firefox and the only problem I see
> is the ignored \displaystyle (which is why the integral looks small).
> Inline looks fine otherwise, no interchanging of limits.

Hmm, I use firefox 68.0.1 of Ubuntu 19.04 and firefox 60.8.0
of Debian/unstable.  I see the interchanging of limits with
both firefoxes.  BTW, it seems Chromium doesn't support MathML.
If any Linux users could test the xhtml with firefox (or any browsers)
I believe it would help us much.

> Well, as fine as it can be in firefox, which is pretty bad.

I'm not sure if I understand you correctly but I think MathJax
might be much better than MathML.

> ConTeXt outputs b_a^\int in display mode; the order of the objects
> inside the generated  is wrong, which is clearly a bug.
> And it seems to do this for all large operators.

I see.

> I think this somehow triggered by the nested mode switch (\text{\math{}})
in the \vsym.
> If I change that definition to the more simple:

>   \define[1]\vsym{{\textstyle\bi #1}}

> it works ok. Whether that helps you ...

It helps me to some extent but with the original definition, we can
use \vI in both math mode (\math{\vI}) and text mode like "vector \vI".
So if ConTeXt could convert the nested mode switch correctly
it would be very nice.

Thanks for your info.
Best regards,
Atsuhito Kohda



>
> ___
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> wiki : http://contextgarden.net
>
> ___
>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] align figures verticaly centered in \startcombination mode

2019-08-08 Thread Wolfgang Schuster

Jeong Dal schrieb am 08.08.2019 um 21:02:

Dear all,

In the following example, “align=middle” works for horizontal center.
Is there any way to align two figures with different height in vertically 
centered?

Thank you.

Best regards,

Dalyoung

\useMPlibrary[dum]
\setupinteraction[state=start]
\usemodule[pre-60]
\setupcombination[align=middle]
\starttext
\StartSteps
\startplacefigure[]
{\startcombination[2*2]
{{\externalfigure[bogus][width=.3\makeupwidth]}{}\FlushStep}
{{\externalfigure[bogus][height=.1\makeupheight]}{}\FlushStep}
{{\externalfigure[bogus][width=.3\makeupwidth]}{}\FlushStep}
{{\externalfigure[bogus][width=.3\makeupwidth]}{}\FlushStep}
\stopcombination}
\stopplacefigure
\StopSteps

\stoptext
Each entry in the combination environment consists of the content and a 
caption
but in your example you omitted the caption for each figures and as a 
result the second

and figure graphics are taken as caption.

To get the expected output you can provide a empty argument for the caption
of each graphic or use a table to arrange the images.

Wolfgang

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] align figures verticaly centered in \startcombination mode

2019-08-08 Thread Jeong Dal

Dear all,

In the following example, “align=middle” works for horizontal center.
Is there any way to align two figures with different height in vertically 
centered?

Thank you.

Best regards,

Dalyoung

\useMPlibrary[dum]
\setupinteraction[state=start]
\usemodule[pre-60]
\setupcombination[align=middle]
\starttext
\StartSteps
\startplacefigure[]
{\startcombination[2*2]
{{\externalfigure[bogus][width=.3\makeupwidth]}{}\FlushStep}
{{\externalfigure[bogus][height=.1\makeupheight]}{}\FlushStep}
{{\externalfigure[bogus][width=.3\makeupwidth]}{}\FlushStep}
{{\externalfigure[bogus][width=.3\makeupwidth]}{}\FlushStep}
\stopcombination}
\stopplacefigure
\StopSteps

\stoptext

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] XML/HTML output of Math

2019-08-08 Thread Taco Hoekwater
Hi,

> On 8 Aug 2019, at 01:06, Atsuhito Kohda  wrote:
> 
> Hi all,
> I used to compile a beamer file with LuaLaTeX to generate a PDF
> for presentation then convert the beamer file to XHTML with LaTeXML
> for Web page.
> Recently I begin to use ConTeXt so I try to get a PDF for presentation
> and also XML/HTML output from a single ConTeXt file.
> I have a few questions about XML/HTML output of Math.
> 
> 1. In case inline math mode with \displaystyle, we get wrong output
> of "\int_a^b"; lower limit and upper limit are interchanged 
> and further "b" is a bit larger and an integral symbol is rather small.
> (It looks "\displaystyle" is not effective, e.g see "\frac”.)

I opened the xhtml with firefox and the only problem I see
is the ignored \displaystyle (which is why the integral looks small). 
Inline looks fine otherwise, no interchanging of limits.

Well, as fine as it can be in firefox, which is pretty bad.

> In case display math mode, we get very weird output of "\int_a^b”.

ConTeXt outputs b_a^\int in display mode; the order of the objects
inside the generated  is wrong, which is clearly a bug.
And it seems to do this for all large operators.

> 
> 2. \math{\Vmatrix{\vI, \vj, \vk; a_{1}, a_{2}, a_{3}; b_{1}, b_{2}, b_{3}}}
> \vI, \vj, \vk are disappeared in xml/html output.  What happend?

I think this somehow triggered by the nested mode switch (\text{\math{}}) in 
the \vsym. 
If I change that definition to the more simple:

  \define[1]\vsym{{\textstyle\bi #1}}

it works ok. Whether that helps you ...

Best wishes,
Taco

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___