docbook-apps

  • 1.  imagedata scale problem

    Posted 08-04-2011 07:51
    Hi List.
    I have some troubles when rendering images specified as

    <equation>

    <alt/>
    <mediaobject>
    <imageobject>
    <imagedata role="analysis" fileref="/images/xml/53_2.png" scale="80" format="PNG"/>
    </imageobject>
    </mediaobject>
    </equation>

    When using the HTML DB5 stylesheet, the result for the image is



  • 2.  Re: [docbook-apps] imagedata scale problem

    Posted 08-04-2011 10:44
    Dnia czwartek, 4 sierpnia 2011 o 09:51:10 Fabien Tillier napisal(a):
    > Hi List.
    > I have some troubles when rendering images specified as
    >
    > <equation>
    >
    > <alt/>
    > <mediaobject>
    > <imageobject>
    > <imagedata role="analysis" fileref="/images/xml/53_2.png" scale="80" format="PNG"/>
    > </imageobject>
    > </mediaobject>
    > </equation>
    >
    > When using the HTML DB5 stylesheet, the result for the image is
    >
    >

    >

    >
    >

    >

    >
    >
    > My images all have the same resolution, thus different size but uniform display appearance of the equation they contains. As they are a bit too big, I use scale=80" to reduce their size by 20%. My problem is that the result gives for all images an whatever the intrinsic image size is. Thus my equations appears now all with different display sizes on the HTML page, which is not the expected output.
    > As a hint, when using xsl-fo output, I get
    > <fo:block id="d68e38942">
    > <fo:external-graphic src="url(/images/xml/53_2.png)" width="auto" height="auto" content-width="80%" content-height="80%" content-type="content-type:image/png"/>
    > </fo:block>
    > Which is correct.
    >
    > Any ideas ?

    Just two, with your permission.

    1. Even if a MathML renderer is unavailable, it is technically possible to render equations in pure HTML without resorting to images. The result is not of print quality but it is acceptable as a Web resource.
    2. An IMG element wants a TITLE attribute to provide a text equivalent to text-based HTML renderers.

    Hope it does not harm,
    Chris



  • 3.  RE: [docbook-apps] imagedata scale problem

    Posted 08-04-2011 11:58
    Hi Chris.
    We will have also to print the results, thus need some pretty output :) (namely in PDF)
    I am afraid this won't help us.

    Thank you anyway.
    Best regards,
    Fabien



    -----Message d'origine-----
    De : Krištof Želechovski [mailto:giecrilj@stegny.2a.pl]
    Envoyé : jeudi 4 août 2011 12:44
    À : docbook-apps@lists.oasis-open.org
    Cc : Fabien Tillier
    Objet : Re: [docbook-apps] imagedata scale problem

    Dnia czwartek, 4 sierpnia 2011 o 09:51:10 Fabien Tillier napisal(a):
    > Hi List.
    > I have some troubles when rendering images specified as
    >
    > <equation>
    >
    > <alt/>
    > <mediaobject>
    > <imageobject>
    > <imagedata role="analysis" fileref="/images/xml/53_2.png" scale="80" format="PNG"/>
    > </imageobject>
    > </mediaobject>
    > </equation>
    >
    > When using the HTML DB5 stylesheet, the result for the image is
    >
    >

    >

    >
    >

    >

    >
    >
    > My images all have the same resolution, thus different size but uniform display appearance of the equation they contains. As they are a bit too big, I use scale=80" to reduce their size by 20%. My problem is that the result gives for all images an whatever the intrinsic image size is. Thus my equations appears now all with different display sizes on the HTML page, which is not the expected output.
    > As a hint, when using xsl-fo output, I get
    > <fo:block id="d68e38942">
    > <fo:external-graphic src="url(/images/xml/53_2.png)" width="auto" height="auto" content-width="80%" content-height="80%" content-type="content-type:image/png"/>
    > </fo:block>
    > Which is correct.
    >
    > Any ideas ?

    Just two, with your permission.

    1. Even if a MathML renderer is unavailable, it is technically possible to render equations in pure HTML without resorting to images. The result is not of print quality but it is acceptable as a Web resource.
    2. An IMG element wants a TITLE attribute to provide a text equivalent to text-based HTML renderers.

    Hope it does not harm,
    Chris



  • 4.  Re: [docbook-apps] imagedata scale problem

    Posted 08-04-2011 12:06

    Fabien Tillier <f.tillier@cerep.fr> was heard to say:

    > Hi Chris.
    > We will have also to print the results, thus need some pretty output
    > :) (namely in PDF)
    > I am afraid this won't help us.
    >

    Hi,

    in that case you should look even closer at MathML. FOP renders MathML
    beautifully with the JEuclid extension.

    regards,
    Markus


    --
    Markus Hoenicka
    http://www.mhoenicka.de
    AQ score 38





  • 5.  RE: [docbook-apps] imagedata scale problem

    Posted 08-04-2011 12:09
    Hi Markus.
    Thank you, but this is not really the problem. I just want to know why the images are not scaled as they should. This could be any image, equation or not.
    Switching to MathML , though probably a good idea, would only marginally help.

    Regards,
    Fabien


    -----Message d'origine-----
    De : Markus Hoenicka [mailto:markus.hoenicka@mhoenicka.de]
    Envoyé : jeudi 4 août 2011 14:06
    À : Fabien Tillier
    Cc : docbook-apps@lists.oasis-open.org
    Objet : Re: [docbook-apps] imagedata scale problem


    Fabien Tillier <f.tillier@cerep.fr> was heard to say:

    > Hi Chris.
    > We will have also to print the results, thus need some pretty output
    > :) (namely in PDF)
    > I am afraid this won't help us.
    >

    Hi,

    in that case you should look even closer at MathML. FOP renders MathML
    beautifully with the JEuclid extension.

    regards,
    Markus


    --
    Markus Hoenicka
    http://www.mhoenicka.de
    AQ score 38





  • 6.  Re: [docbook-apps] imagedata scale problem

    Posted 08-04-2011 17:33
    Dnia czwartek, 4 sierpnia 2011 o 13:57:41 Fabien Tillier napisal(a):
    > Hi Chris.
    > We will have also to print the results, thus need some pretty output :) (namely in PDF)

    Printing equations as images will get you dithered letters and the result will be much heavier than it can be. Not cool.

    Chris