Return-Path: Delivered-To: apmail-xml-batik-users-archive@www.apache.org Received: (qmail 22737 invoked from network); 18 Jan 2005 17:34:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Jan 2005 17:34:21 -0000 Received: (qmail 95079 invoked by uid 500); 18 Jan 2005 17:34:19 -0000 Delivered-To: apmail-xml-batik-users-archive@xml.apache.org Received: (qmail 95066 invoked by uid 500); 18 Jan 2005 17:34:18 -0000 Mailing-List: contact batik-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: "Batik Users" Delivered-To: mailing list batik-users@xml.apache.org Received: (qmail 95052 invoked by uid 99); 18 Jan 2005 17:34:18 -0000 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=FROM_ENDS_IN_NUMS,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of daustin78@gmail.com designates 64.233.170.206 as permitted sender) Received: from rproxy.gmail.com (HELO rproxy.gmail.com) (64.233.170.206) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 18 Jan 2005 09:34:17 -0800 Received: by rproxy.gmail.com with SMTP id b11so43114rne for ; Tue, 18 Jan 2005 09:34:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=Vq7L5gcSQTuXLXBvhbL4D8ZVDlpBACHz2MZuTbnghDMj6w/Dd/nSbU6lUzucrYpLTV7HKYNUqDOYR0Juimdf7T7DBKabAoQpS/taGyyfqgIqMukjMWtaif8ACWZNYOwYKeYGdvcZtlIJSEKbvSYFim1o+RNapylsCPr6tNZTmq8= Received: by 10.38.76.77 with SMTP id y77mr184573rna; Tue, 18 Jan 2005 09:34:14 -0800 (PST) Received: by 10.38.76.37 with HTTP; Tue, 18 Jan 2005 09:34:14 -0800 (PST) Message-ID: Date: Tue, 18 Jan 2005 12:34:14 -0500 From: Dave Austin Reply-To: Dave Austin To: Batik Users Subject: Re: Bullets not showing up in SVG In-Reply-To: <41ED09B8.7020302@Kodak.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2209_22902476.1106069654571" References: <41ED09B8.7020302@Kodak.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N ------=_Part_2209_22902476.1106069654571 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks Tom for all your help with this. I am generating FO files from RTF files with a handy utility called RTF2FO. Fontunately, one of the options i can use with this is to set the encoding output. So, what i tried to do in the mean time was to change this to ISO-8859-1. I did do this, and it did output the FO file in that format. Now, in the FO file i get the familiar character references that we would normally see in svg. For instance, • is now embedded instead of the previous character references. However, the resultant SVG from the FO Processor still does not include those references, just ?'s. I have a work-around in place for now. I think i might post this on the FOP user group, too. I can also try the your reader suggestion. On Tue, 18 Jan 2005 08:06:00 -0500, Thomas DeWeese wrote: > Dave Austin wrote: > > > I'm not sure if this is more of an FOP problem, or if it is Batik. > > I suspect it's a character encoding problem. > > > I'm posting on this board because I read that FOP uses Batik for > > conversion to SVG anyway. The font face is "Symbol" and the text > > inside is: \342\200\242. When I run FOP, it always replaces these > > bullets with ?'s. > > Looking at the attached document that fails then encoding is: > > > > I suspect that the character you are referencing in the fo file > (which is encoded using UTF-8) doesn't have a mapping to this > encoding. I would suspect the windows<->linux difference is > due to a different default encoding. > > I would suggest providing a Reader explicitly to the stream call > and construct the reader with a UTF-8 encoding specification. > > > > Obviously what is happening here is the FOP cannot determine the > > glyph associated with the "Symbol" font and is substituting ?'s. > > I don't think this is the problem, if this were the problem > you would probably get bad text layout. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org > For additional commands, e-mail: batik-users-help@xml.apache.org > > ------=_Part_2209_22902476.1106069654571 Content-Type: text/xml; name="ShoppingList.fo" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ShoppingList.fo" My Shopping List= •Milk•Eggs•Bread•Snacks ------=_Part_2209_22902476.1106069654571 Content-Type: text/xml; name="ShoppingList.svg" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ShoppingList.svg" My Shopping List ? Milk ? Eggs ? Bread ? Snacks ------=_Part_2209_22902476.1106069654571 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org For additional commands, e-mail: batik-users-help@xml.apache.org ------=_Part_2209_22902476.1106069654571--