xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Fayyad, Elias" <EFay...@iso.com>
Subject RE: Hebrew Characters Rendered Out of Sequence
Date Mon, 01 Aug 2005 12:10:44 GMT
That's great!  Thank you, thank you.

I'll check it out ASAP.

Elias. 

-----Original Message-----
From: Thomas DeWeese [mailto:Thomas.DeWeese@Kodak.com] 
Sent: Sunday, July 31, 2005 9:26 PM
To: batik-users@xmlgraphics.apache.org
Subject: Re: Hebrew Characters Rendered Out of Sequence

Hi Elias,

Fayyad, Elias wrote:
> Thank you, Thomas; much appreciated!  

    This is now fixed in SVN.

> 
> Elias.
> 
> -----Original Message-----
> From: Thomas DeWeese [mailto:Thomas.DeWeese@Kodak.com] 
> Sent: Thursday, July 28, 2005 8:49 PM
> To: batik-users@xmlgraphics.apache.org
> Subject: Re: Hebrew Characters Rendered Out of Sequence
> 
> Hi Elias,
> 
>     I suspect the problem is that the reordered text is leaving the
> initial 'x' and 'y' position on the "original" first character when
> it tries to move 'x' and 'y' to the first char after reordering.
> 
>     Then when it lays out the text it looks like you had explicitly
> placed the char at that location.  If this is it, then it shouldn't
> be too hard to fix. I'll try and look into it.
> 
> Fayyad, Elias wrote:
> 
>>Just verified that the problem also occurs with text containing a mix
> 
> of
> 
>>Arabic & English, using either jdk 1.4.2_05, or 1.5.0_04.  A mix of
>>Hebrew and Arabic, in the same text element, rendered properly.
>>
>>Anyone have any ideas?
>>
>>Thanks again!
>>Elias. 
>>
>>-----Original Message-----
>>From: Fayyad, Elias [mailto:EFayyad@iso.com] 
>>Sent: Thursday, July 28, 2005 12:44 PM
>>To: batik-users@xmlgraphics.apache.org
>>Subject: RE: Hebrew Characters Rendered Out of Sequence
>>
>>Just curious - from reading the 1.6 release notes, is this a byproduct
>>of the bidi support in the implementation of the SVG 1.2 flowRoot
>>element?
>>
>>Running more tests, it seems that the anomaly (Hebrew and Latin
>>characters superimposed and out of position) takes place only if the
>>text to be rendered contains a mix of Hebrew and Latin, and only if
> 
> the
> 
>>Latin characters appear at the beginning or end of the Hebrew ones -
>>numbers seem to cause this very consistently.  If the Latin characters
>>appear in the midst of the Hebrew characters, it does not seem to
> 
> cause
> 
>>a problem.
>>
>>I have a test case, if anyone would like for me to send them the
>>attachments.
>>
>>Thanks, in advance, for your help and insight! 
>>
>>Elias.
>>
>>-----Original Message-----
>>From: Fayyad, Elias [mailto:EFayyad@iso.com] 
>>Sent: Thursday, July 28, 2005 11:10 AM
>>To: Batik Users; batik-dev@xml.apache.org
>>Subject: Hebrew Characters Rendered Out of Sequence
>>
>>Hello all,
>>
>>First off - Batik rules!!  We've been using it in our apps for the
> 
> past
> 
>>3 years - awesome.  Now, we've been asked to customize one of our
>>applications for a foreign audience, and so, we must support Arabic
> 
> and
> 
>>Hebrew.  
>>
>>Our application renders text and graphics to a JPanel, and then, using
>>SVGGraphics2D, we export from the JPanel to SVG.
>>
>>Using the version of Batik we had before (we had compiled the 1.5
>>source), the resulting (Hebrew) SVG was being rendered backwards -
> 
> that
> 
>>is, any text with Hebrew characters was being rendered L2R as opposed
> 
> to
> 
>>R2L.  English text was just fine.
>>
>>I just downloaded Batik 1.6.  Thankfully, the Hebrew text is rendered
> 
> in
> 
>>the proper order - most of the time...  Attached is an SVG file which
>>renders the text properly for all but the middle one in the right
> 
> column
> 
>>(it is that way in squiggle).  As you will see, there is ONE Hebrew
> 
> char
> 
>>which overlaps with the "33" - but instead that char needs to be
> 
> placed
> 
>>to the very right of the text - i.e. it is the very first character in
>>that text (as depicted in the attached gif).
>>
>>Any ideas as to what's going on?
>>
>>Thank you,
>>Elias.
>>
>>
>>---------------------------------------------------------------------
>>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
> 
> 
> 
> ---------------------------------------------------------------------
> 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
> 


---------------------------------------------------------------------
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


Mime
View raw message