Return-Path: Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 96806 invoked from network); 30 Apr 2000 13:33:45 -0000 Received: from cr473968-a.yec1.on.wave.home.com (root@24.112.129.151) by locus.apache.org with SMTP; 30 Apr 2000 13:33:45 -0000 Received: from utoronto.ca (IDENT:root@[192.168.0.4]) by cr473968-a.yec1.on.wave.home.com (8.9.3/8.8.7) with ESMTP id IAA11173 for ; Sun, 30 Apr 2000 08:25:49 -0400 Sender: root@cr473968-a.yec1.on.wave.home.com Message-ID: <390C361F.1E1E84FE@utoronto.ca> Date: Sun, 30 Apr 2000 09:33:19 -0400 From: Alex Muc Reply-To: alex.muc@utoronto.ca X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: cocoon-users@xml.apache.org Subject: Re: Feeling stupid: Accents. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Along these lines, where should the entity declarations actually be placed? I am using XSP pages which do dynamic inclusion of XHTML. The inclusion is done through the XSP:Util taglib. The included XML is actually XHTML which may contain various accented and international characters. Whenever the inclusion runs across an XHTML document which has one of these characters markup (for example: "´") then cocoon complains. I've tried putting the entity declaration at the top of the XSP page with the following code: ]> But that doesn't seem to help. Or at least it doesn't help for the dynamically included XHTML documents, only for the XSP page itself. Any ideas? Thanks Alex. Donald Ball wrote: > On Fri, 28 Apr 2000, Stefano Mazzocchi wrote: > > > I'm sure there are problems with the Cocoon2 serializers.... Pier (who > > has been a very lazy project coordinator lately) was going to add > > support for Xerces serializers... but like many others things was left > > back.... > > > > Hmmmm, should I overthrow him after Cocoon 1.7.3 is out? :-) > > No, just embarass him publicly so he'll get pissed off and go on another > week-long coding marathon like the one that produced the bulk of cocoon2. > Either that or drag out the cattle prods. Or both at the same time... > > - donald > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org > For additional commands, e-mail: cocoon-users-help@xml.apache.org