You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by scooter <dy...@hotmail.com> on 2007/10/11 13:52:47 UTC
Text shift during export to PNG
Hi all,
I have come across a strange problem when exporting an SVGDocument to PNG
using the Batik PNGTranscoder.
In general it works well, but on one particular server (the application is
deployed on three test servers) all the Text content of the Document is
shifted upwards. The amount of movement seems to share some relationship
with the font size. For example, smaller text is moved less than larger
text.
I am not sure where to start looking for the cause of this problem. Clearly
there is something different in the environment of the server in question,
but am not sure what that could be.
(Will post screenshots if that helps?)
Any tips gratefully received as ever,
Regards, Dylan
--
View this message in context: http://www.nabble.com/Text-shift-during-export-to-PNG-tf4606726.html#a13154230
Sent from the Batik - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
RE: Text shift during export to PNG
Posted by Dylan Browne <db...@mango-solutions.com>.
Thanks for that Cameron, will give those suggestions a run and let you know, thanks. Yes, the sylesheets are external to the SVG Document, included as resource in a WAR file, maybe that’s where the problem lies when using SSL.
We have just uploaded the same source to the test environment of the customer (where the SSL and certificates are set up correctly, though this may still be a red herring!) and everything is fine.
Agreed, impossible to elicit any further information without setting up a reproducible test case, so I'll look at that now and post it when I get something useful.
Many thanks again for all the help,
Dylan
-----Original Message-----
From: Cameron McCormack [mailto:cam@mcc.id.au]
Sent: 17 October 2007 09:46
To: batik-users@xmlgraphics.apache.org
Subject: Re: Text shift during export to PNG
Hi Dylan.
Dylan Browne:
> Thanks for that. We will look into the impact of using an SVG font as a
> matter of urgency.
>
> Further info.... it seems like the bounding box of a text element is
> being returned as the same dimensions regardless of the font-size that
> is applied. This suggests it is assuming the default font-size?
> Suggesting that the font-size in the CSS is not being picked up?
That does seem strange.
> We are currently using SSL in our own environment, where our
> certificates may not be set up completely correctly. Is it possible that
> when we use getBBox() there is a refusal in a handshake somewhere along
> the line, so the stylesheet is not accessible? And thus all the bBoxes
> are not assessed correctly? Does getBBox work like that. The baseUrl of
> the document is set using the current URL so that would
> https://blahblah/, if that is relevant.
If your stylesheets are external, then I guess that could be an issue.
What if you set the font-size within the document itself?
getBBox() should return a tight bounding box of the union of all of the
glyphs rendered by the <text> element. So yes, if the font size is
different, the bounding box will be different.
> I should point out that the initial failure is occuring when we create a
> document in memory which is never actually rendered, to this we add
> components (mostly Text) with given styles to assess their dimensions,
> and using those dimensions we assess our layout.
>
> When we view the final SVG, the styles are applied fine, and everything
> is as expected, except for a downward shift in the locations of most
> components.
What about if you put text-rendering="geometricPrecision" on the
document element? Does that give you consistent results?
I think we may need to see a reduced test case that demonstrates the
problem to be able to help much further.
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: Text shift during export to PNG
Posted by Cameron McCormack <ca...@mcc.id.au>.
Hi Dylan.
Dylan Browne:
> Thanks for that. We will look into the impact of using an SVG font as a
> matter of urgency.
>
> Further info.... it seems like the bounding box of a text element is
> being returned as the same dimensions regardless of the font-size that
> is applied. This suggests it is assuming the default font-size?
> Suggesting that the font-size in the CSS is not being picked up?
That does seem strange.
> We are currently using SSL in our own environment, where our
> certificates may not be set up completely correctly. Is it possible that
> when we use getBBox() there is a refusal in a handshake somewhere along
> the line, so the stylesheet is not accessible? And thus all the bBoxes
> are not assessed correctly? Does getBBox work like that. The baseUrl of
> the document is set using the current URL so that would
> https://blahblah/, if that is relevant.
If your stylesheets are external, then I guess that could be an issue.
What if you set the font-size within the document itself?
getBBox() should return a tight bounding box of the union of all of the
glyphs rendered by the <text> element. So yes, if the font size is
different, the bounding box will be different.
> I should point out that the initial failure is occuring when we create a
> document in memory which is never actually rendered, to this we add
> components (mostly Text) with given styles to assess their dimensions,
> and using those dimensions we assess our layout.
>
> When we view the final SVG, the styles are applied fine, and everything
> is as expected, except for a downward shift in the locations of most
> components.
What about if you put text-rendering="geometricPrecision" on the
document element? Does that give you consistent results?
I think we may need to see a reduced test case that demonstrates the
problem to be able to help much further.
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
RE: Text shift during export to PNG
Posted by th...@kodak.com.
Hi Dylan,
"Dylan Browne" <db...@mango-solutions.com> wrote on 10/17/2007 04:27:16
AM:
> Further info.... it seems like the bounding box of a text element is
> being returned as the same dimensions regardless of the font-size that
> is applied. This suggests it is assuming the default font-size?
> Suggesting that the font-size in the CSS is not being picked up?
>
> We are currently using SSL in our own environment, where our
> certificates may not be set up completely correctly. Is it possible that
> when we use getBBox() there is a refusal in a handshake somewhere along
> the line, so the stylesheet is not accessible?
The problem would be when the document is loaded. If the
stylesheet can't be retrieved for what ever reason then it is silently
ignored (this is actually required by the CSS spec). I would
give you 10:1 odds that this is your problem.
RE: Text shift during export to PNG
Posted by Dylan Browne <db...@mango-solutions.com>.
Thanks for that. We will look into the impact of using an SVG font as a
matter of urgency.
Further info.... it seems like the bounding box of a text element is
being returned as the same dimensions regardless of the font-size that
is applied. This suggests it is assuming the default font-size?
Suggesting that the font-size in the CSS is not being picked up?
We are currently using SSL in our own environment, where our
certificates may not be set up completely correctly. Is it possible that
when we use getBBox() there is a refusal in a handshake somewhere along
the line, so the stylesheet is not accessible? And thus all the bBoxes
are not assessed correctly? Does getBBox work like that. The baseUrl of
the document is set using the current URL so that would
https://blahblah/, if that is relevant.
I should point out that the initial failure is occuring when we create a
document in memory which is never actually rendered, to this we add
components (mostly Text) with given styles to assess their dimensions,
and using those dimensions we assess our layout.
When we view the final SVG, the styles are applied fine, and everything
is as expected, except for a downward shift in the locations of most
components.
Many thanks for the replies so far,
Dylan.
-----Original Message-----
From: Andreas Neumann [mailto:neumann@karto.baug.ethz.ch]
Sent: 16 October 2007 20:23
To: batik-users@xmlgraphics.apache.org
Subject: Re: Text shift during export to PNG
hm - this seems to be very unlikely. I don't see why the protocol used
should influence the SVG rendering.
Can't there be another cause?
Font issues or whitespace are much more likely to be the cause. Just
because a font is installed on a system, it doesn't necessarily mean
that Batik is using it. To be on the safe side with fonts, I recommend
the use of SVG fonts.
Can you create a very small example illustrating the issue? if possible
without any complex scripting or serverside scripting.
Andreas
Dylan Browne wrote:
>
> Hi all,
>
> Thanks for the updates. I have one myself.... which is straying
slightly
> off-topic, (and may potentially be becoming non-Batik so apologies if
> so), but the two may be linked.
>
> We have now noticed shifting in rendering of SVG (not the PNG export
> specifically) when we generate over SSL and when we generate over
> plain HTTP.
>
> The SVG is rendered correctly in precisely the dimensions and
> locations specified by the values provided, so no problem there. But
> the calculations as to where things should be located in the display
> are returning different values depending on the protocol, that is,
> different in HTTP and HTTPS.
>
> It appears the calculation of the height of text is somehow behaving
> differently, though this could be a red herring, when retrieving the
> bounding box. Apologies for being vague, if/when further details
> become clear I will post them. In the meantime, if this rings any
> bells with anyone, all help gratefully received.
>
> Best regards,
>
> Dylan
>
> * From: * archie.cobbs@gmail.com [mailto:archie.cobbs@gmail.com] *On
> Behalf Of *Archie Cobbs
> *Sent:* 15 October 2007 20:31
> *To:* batik-users@xmlgraphics.apache.org
> *Subject:* Re: Text shift during export to PNG
>
> This is probably not the problem but... I've seen text "shifting" in
> the past when I wasn't being careful about whitespace.
>
> E.g., if the XML files are identical, but one has more or less
> whitespace inside a <text> tag, then the text can shift because of the
> extra space.
>
> On 10/15/07, *Greg* <grossel@mapvision.com
> <ma...@mapvision.com>> wrote:
>
> Same fonts are used on server. I have tried this on PC and Linux. The
> same shifting occurs on both. I have also tried different fonts with
> the same shifting.
>
> Greg
>
>
>
> Guillaume Rosauro wrote:
>
> Are the same fonts installed on the servers? Maybe the problem could
> come from this.
>
>
>
> On 10/12/07, *Dylan Browne* < dbrowne@mango-solutions.com
> <ma...@mango-solutions.com>> wrote:
>
> Hi Greg,
>
> Thanks for that, good to know we are not alone! ;)
>
> Does anyone have any more specific info about this... my concern is
that
> it is not consistent between machines/environments (though within a
> single machine/environment it is consistent).
>
> Grateful for any help,
>
> Dylan.
>
> -----Original Message-----
> From: Greg [mailto:grossel@mapvision.com
<ma...@mapvision.com>]
> Sent: 11 October 2007 19:13
> To: batik-users@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> Subject: Re: Text shift during export to PNG
>
> I seem to have this problem as well. It seems to show up differently
at
> different locations on the screen for me. It looks as if it is a
> positional rounding issue for text.
> scooter wrote:
> > Hi all,
> >
> > I have come across a strange problem when exporting an SVGDocument
to
> PNG
> > using the Batik PNGTranscoder.
> >
> > In general it works well, but on one particular server (the
> application is
> > deployed on three test servers) all the Text content of the Document
> is
> > shifted upwards. The amount of movement seems to share some
> relationship
> > with the font size. For example, smaller text is moved less than
> larger
> > text.
> >
> > I am not sure where to start looking for the cause of this problem.
> Clearly
> > there is something different in the environment of the server in
> question,
> > but am not sure what that could be.
> >
> > (Will post screenshots if that helps?)
> >
> > Any tips gratefully received as ever,
> >
> > Regards, Dylan
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
>
>
>
>
> --
> Archie L. Cobbs
> CTO, Awarix, Inc.
> http://www.awarix.com
>
--
--
----------------------------------------------
Andreas Neumann
Institute of Cartography
ETH Zurich
Wolfgang-Paulistrasse 15
CH-8093 Zurich, Switzerland
Phone: ++41-44-633 3031, Fax: ++41-44-633 1153
e-mail: neumann@karto.baug.ethz.ch
www: http://www.carto.net/neumann/
SVG.Open: http://www.svgopen.org/
Carto.net: http://www.carto.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: Text shift during export to PNG
Posted by Andreas Neumann <ne...@karto.baug.ethz.ch>.
hm - this seems to be very unlikely. I don't see why the protocol used
should influence the SVG rendering.
Can't there be another cause?
Font issues or whitespace are much more likely to be the cause. Just
because a font is installed on a system, it doesn't necessarily mean
that Batik is using it. To be on the safe side with fonts, I recommend
the use of SVG fonts.
Can you create a very small example illustrating the issue? if possible
without any complex scripting or serverside scripting.
Andreas
Dylan Browne wrote:
>
> Hi all,
>
> Thanks for the updates. I have one myself…. which is straying slightly
> off-topic, (and may potentially be becoming non-Batik so apologies if
> so), but the two may be linked.
>
> We have now noticed shifting in rendering of SVG (not the PNG export
> specifically) when we generate over SSL and when we generate over
> plain HTTP.
>
> The SVG is rendered correctly in precisely the dimensions and
> locations specified by the values provided, so no problem there. But
> the calculations as to where things should be located in the display
> are returning different values depending on the protocol, that is,
> different in HTTP and HTTPS.
>
> It appears the calculation of the height of text is somehow behaving
> differently, though this could be a red herring, when retrieving the
> bounding box. Apologies for being vague, if/when further details
> become clear I will post them. In the meantime, if this rings any
> bells with anyone, all help gratefully received.
>
> Best regards,
>
> Dylan
>
> * From: * archie.cobbs@gmail.com [mailto:archie.cobbs@gmail.com] *On
> Behalf Of *Archie Cobbs
> *Sent:* 15 October 2007 20:31
> *To:* batik-users@xmlgraphics.apache.org
> *Subject:* Re: Text shift during export to PNG
>
> This is probably not the problem but... I've seen text "shifting" in
> the past when I wasn't being careful about whitespace.
>
> E.g., if the XML files are identical, but one has more or less
> whitespace inside a <text> tag, then the text can shift because of the
> extra space.
>
> On 10/15/07, *Greg* <grossel@mapvision.com
> <ma...@mapvision.com>> wrote:
>
> Same fonts are used on server. I have tried this on PC and Linux. The
> same shifting occurs on both. I have also tried different fonts with
> the same shifting.
>
> Greg
>
>
>
> Guillaume Rosauro wrote:
>
> Are the same fonts installed on the servers? Maybe the problem could
> come from this.
>
>
>
> On 10/12/07, *Dylan Browne* < dbrowne@mango-solutions.com
> <ma...@mango-solutions.com>> wrote:
>
> Hi Greg,
>
> Thanks for that, good to know we are not alone! ;)
>
> Does anyone have any more specific info about this... my concern is that
> it is not consistent between machines/environments (though within a
> single machine/environment it is consistent).
>
> Grateful for any help,
>
> Dylan.
>
> -----Original Message-----
> From: Greg [mailto:grossel@mapvision.com <ma...@mapvision.com>]
> Sent: 11 October 2007 19:13
> To: batik-users@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> Subject: Re: Text shift during export to PNG
>
> I seem to have this problem as well. It seems to show up differently at
> different locations on the screen for me. It looks as if it is a
> positional rounding issue for text.
> scooter wrote:
> > Hi all,
> >
> > I have come across a strange problem when exporting an SVGDocument to
> PNG
> > using the Batik PNGTranscoder.
> >
> > In general it works well, but on one particular server (the
> application is
> > deployed on three test servers) all the Text content of the Document
> is
> > shifted upwards. The amount of movement seems to share some
> relationship
> > with the font size. For example, smaller text is moved less than
> larger
> > text.
> >
> > I am not sure where to start looking for the cause of this problem.
> Clearly
> > there is something different in the environment of the server in
> question,
> > but am not sure what that could be.
> >
> > (Will post screenshots if that helps?)
> >
> > Any tips gratefully received as ever,
> >
> > Regards, Dylan
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
>
>
>
>
> --
> Archie L. Cobbs
> CTO, Awarix, Inc.
> http://www.awarix.com
>
--
--
----------------------------------------------
Andreas Neumann
Institute of Cartography
ETH Zurich
Wolfgang-Paulistrasse 15
CH-8093 Zurich, Switzerland
Phone: ++41-44-633 3031, Fax: ++41-44-633 1153
e-mail: neumann@karto.baug.ethz.ch
www: http://www.carto.net/neumann/
SVG.Open: http://www.svgopen.org/
Carto.net: http://www.carto.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
RE: Text shift during export to PNG
Posted by Dylan Browne <db...@mango-solutions.com>.
Hi all,
Thanks for the updates. I have one myself.... which is straying slightly
off-topic, (and may potentially be becoming non-Batik so apologies if
so), but the two may be linked.
We have now noticed shifting in rendering of SVG (not the PNG export
specifically) when we generate over SSL and when we generate over plain
HTTP.
The SVG is rendered correctly in precisely the dimensions and locations
specified by the values provided, so no problem there. But the
calculations as to where things should be located in the display are
returning different values depending on the protocol, that is, different
in HTTP and HTTPS.
It appears the calculation of the height of text is somehow behaving
differently, though this could be a red herring, when retrieving the
bounding box. Apologies for being vague, if/when further details become
clear I will post them. In the meantime, if this rings any bells with
anyone, all help gratefully received.
Best regards,
Dylan
________________________________
From: archie.cobbs@gmail.com [mailto:archie.cobbs@gmail.com] On Behalf
Of Archie Cobbs
Sent: 15 October 2007 20:31
To: batik-users@xmlgraphics.apache.org
Subject: Re: Text shift during export to PNG
This is probably not the problem but... I've seen text "shifting" in the
past when I wasn't being careful about whitespace.
E.g., if the XML files are identical, but one has more or less
whitespace inside a <text> tag, then the text can shift because of the
extra space.
On 10/15/07, Greg <gr...@mapvision.com> wrote:
Same fonts are used on server. I have tried this on PC and Linux. The
same shifting occurs on both. I have also tried different fonts with the
same shifting.
Greg
Guillaume Rosauro wrote:
Are the same fonts installed on the servers? Maybe the problem could
come from this.
On 10/12/07, Dylan Browne < dbrowne@mango-solutions.com
<ma...@mango-solutions.com> > wrote:
Hi Greg,
Thanks for that, good to know we are not alone! ;)
Does anyone have any more specific info about this... my concern is that
it is not consistent between machines/environments (though within a
single machine/environment it is consistent).
Grateful for any help,
Dylan.
-----Original Message-----
From: Greg [mailto:grossel@mapvision.com]
Sent: 11 October 2007 19:13
To: batik-users@xmlgraphics.apache.org
Subject: Re: Text shift during export to PNG
I seem to have this problem as well. It seems to show up differently at
different locations on the screen for me. It looks as if it is a
positional rounding issue for text.
scooter wrote:
> Hi all,
>
> I have come across a strange problem when exporting an SVGDocument to
PNG
> using the Batik PNGTranscoder.
>
> In general it works well, but on one particular server (the
application is
> deployed on three test servers) all the Text content of the Document
is
> shifted upwards. The amount of movement seems to share some
relationship
> with the font size. For example, smaller text is moved less than
larger
> text.
>
> I am not sure where to start looking for the cause of this problem.
Clearly
> there is something different in the environment of the server in
question,
> but am not sure what that could be.
>
> (Will post screenshots if that helps?)
>
> Any tips gratefully received as ever,
>
> Regards, Dylan
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
--
Archie L. Cobbs
CTO, Awarix, Inc.
http://www.awarix.com
Re: Text shift during export to PNG
Posted by Archie Cobbs <ar...@awarix.com>.
This is probably not the problem but... I've seen text "shifting" in the
past when I wasn't being careful about whitespace.
E.g., if the XML files are identical, but one has more or less whitespace
inside a <text> tag, then the text can shift because of the extra space.
On 10/15/07, Greg <gr...@mapvision.com> wrote:
>
> Same fonts are used on server. I have tried this on PC and Linux. The
> same shifting occurs on both. I have also tried different fonts with the
> same shifting.
>
> Greg
>
> Guillaume Rosauro wrote:
>
> Are the same fonts installed on the servers? Maybe the problem could come
> from this.
>
>
>
>
> On 10/12/07, *Dylan Browne* < dbrowne@mango-solutions.com> wrote:
>
> Hi Greg,
>
> Thanks for that, good to know we are not alone! ;)
>
> Does anyone have any more specific info about this... my concern is that
> it is not consistent between machines/environments (though within a
> single machine/environment it is consistent).
>
> Grateful for any help,
>
> Dylan.
>
> -----Original Message-----
> From: Greg [mailto:grossel@mapvision.com]
> Sent: 11 October 2007 19:13
> To: batik-users@xmlgraphics.apache.org
> Subject: Re: Text shift during export to PNG
>
> I seem to have this problem as well. It seems to show up differently at
> different locations on the screen for me. It looks as if it is a
> positional rounding issue for text.
> scooter wrote:
> > Hi all,
> >
> > I have come across a strange problem when exporting an SVGDocument to
> PNG
> > using the Batik PNGTranscoder.
> >
> > In general it works well, but on one particular server (the
> application is
> > deployed on three test servers) all the Text content of the Document
> is
> > shifted upwards. The amount of movement seems to share some
> relationship
> > with the font size. For example, smaller text is moved less than
> larger
> > text.
> >
> > I am not sure where to start looking for the cause of this problem.
> Clearly
> > there is something different in the environment of the server in
> question,
> > but am not sure what that could be.
> >
> > (Will post screenshots if that helps?)
> >
> > Any tips gratefully received as ever,
> >
> > Regards, Dylan
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
--
Archie L. Cobbs
CTO, Awarix, Inc.
http://www.awarix.com
Re: Text shift during export to PNG
Posted by Greg <gr...@mapvision.com>.
Same fonts are used on server. I have tried this on PC and Linux. The
same shifting occurs on both. I have also tried different fonts with the
same shifting.
Greg
Guillaume Rosauro wrote:
> Are the same fonts installed on the servers? Maybe the problem could
> come from this.
>
>
>
>
> On 10/12/07, *Dylan Browne* < dbrowne@mango-solutions.com
> <ma...@mango-solutions.com>> wrote:
>
> Hi Greg,
>
> Thanks for that, good to know we are not alone! ;)
>
> Does anyone have any more specific info about this... my concern
> is that
> it is not consistent between machines/environments (though within a
> single machine/environment it is consistent).
>
> Grateful for any help,
>
> Dylan.
>
> -----Original Message-----
> From: Greg [mailto:grossel@mapvision.com
> <ma...@mapvision.com>]
> Sent: 11 October 2007 19:13
> To: batik-users@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> Subject: Re: Text shift during export to PNG
>
> I seem to have this problem as well. It seems to show up
> differently at
> different locations on the screen for me. It looks as if it is a
> positional rounding issue for text.
> scooter wrote:
> > Hi all,
> >
> > I have come across a strange problem when exporting an
> SVGDocument to
> PNG
> > using the Batik PNGTranscoder.
> >
> > In general it works well, but on one particular server (the
> application is
> > deployed on three test servers) all the Text content of the Document
> is
> > shifted upwards. The amount of movement seems to share some
> relationship
> > with the font size. For example, smaller text is moved less than
> larger
> > text.
> >
> > I am not sure where to start looking for the cause of this problem.
> Clearly
> > there is something different in the environment of the server in
> question,
> > but am not sure what that could be.
> >
> > (Will post screenshots if that helps?)
> >
> > Any tips gratefully received as ever,
> >
> > Regards, Dylan
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> batik-users-unsubscribe@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
> For additional commands, e-mail:
> batik-users-help@xmlgraphics.apache.org
> <ma...@xmlgraphics.apache.org>
>
>
Re: Text shift during export to PNG
Posted by Guillaume Rosauro <g....@gmail.com>.
Are the same fonts installed on the servers? Maybe the problem could come
from this.
On 10/12/07, Dylan Browne <db...@mango-solutions.com> wrote:
>
> Hi Greg,
>
> Thanks for that, good to know we are not alone! ;)
>
> Does anyone have any more specific info about this... my concern is that
> it is not consistent between machines/environments (though within a
> single machine/environment it is consistent).
>
> Grateful for any help,
>
> Dylan.
>
> -----Original Message-----
> From: Greg [mailto:grossel@mapvision.com]
> Sent: 11 October 2007 19:13
> To: batik-users@xmlgraphics.apache.org
> Subject: Re: Text shift during export to PNG
>
> I seem to have this problem as well. It seems to show up differently at
> different locations on the screen for me. It looks as if it is a
> positional rounding issue for text.
> scooter wrote:
> > Hi all,
> >
> > I have come across a strange problem when exporting an SVGDocument to
> PNG
> > using the Batik PNGTranscoder.
> >
> > In general it works well, but on one particular server (the
> application is
> > deployed on three test servers) all the Text content of the Document
> is
> > shifted upwards. The amount of movement seems to share some
> relationship
> > with the font size. For example, smaller text is moved less than
> larger
> > text.
> >
> > I am not sure where to start looking for the cause of this problem.
> Clearly
> > there is something different in the environment of the server in
> question,
> > but am not sure what that could be.
> >
> > (Will post screenshots if that helps?)
> >
> > Any tips gratefully received as ever,
> >
> > Regards, Dylan
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
>
>
RE: Text shift during export to PNG
Posted by Dylan Browne <db...@mango-solutions.com>.
Hi Greg,
Thanks for that, good to know we are not alone! ;)
Does anyone have any more specific info about this... my concern is that
it is not consistent between machines/environments (though within a
single machine/environment it is consistent).
Grateful for any help,
Dylan.
-----Original Message-----
From: Greg [mailto:grossel@mapvision.com]
Sent: 11 October 2007 19:13
To: batik-users@xmlgraphics.apache.org
Subject: Re: Text shift during export to PNG
I seem to have this problem as well. It seems to show up differently at
different locations on the screen for me. It looks as if it is a
positional rounding issue for text.
scooter wrote:
> Hi all,
>
> I have come across a strange problem when exporting an SVGDocument to
PNG
> using the Batik PNGTranscoder.
>
> In general it works well, but on one particular server (the
application is
> deployed on three test servers) all the Text content of the Document
is
> shifted upwards. The amount of movement seems to share some
relationship
> with the font size. For example, smaller text is moved less than
larger
> text.
>
> I am not sure where to start looking for the cause of this problem.
Clearly
> there is something different in the environment of the server in
question,
> but am not sure what that could be.
>
> (Will post screenshots if that helps?)
>
> Any tips gratefully received as ever,
>
> Regards, Dylan
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-help@xmlgraphics.apache.org
Re: Text shift during export to PNG
Posted by Greg <gr...@mapvision.com>.
I seem to have this problem as well. It seems to show up differently at
different locations on the screen for me. It looks as if it is a
positional rounding issue for text.
scooter wrote:
> Hi all,
>
> I have come across a strange problem when exporting an SVGDocument to PNG
> using the Batik PNGTranscoder.
>
> In general it works well, but on one particular server (the application is
> deployed on three test servers) all the Text content of the Document is
> shifted upwards. The amount of movement seems to share some relationship
> with the font size. For example, smaller text is moved less than larger
> text.
>
> I am not sure where to start looking for the cause of this problem. Clearly
> there is something different in the environment of the server in question,
> but am not sure what that could be.
>
> (Will post screenshots if that helps?)
>
> Any tips gratefully received as ever,
>
> Regards, Dylan
>
>
>