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 39546 invoked from network); 20 Nov 2000 16:43:00 -0000 Received: from pns.dff.st (HELO mail.dff.st) (62.153.127.51) by locus.apache.org with SMTP; 20 Nov 2000 16:43:00 -0000 Received: from mail.dff.local ([172.16.1.10]) by mail.dff.st with esmtp (Exim 3.14 #3) id 13xttK-00088N-00; Mon, 20 Nov 2000 17:34:02 +0100 Received: from shodan.dff.local ([172.16.2.1] helo=shodan) by mail.dff.local with smtp (Exim 3.16 #3) id 13xtwZ-0005nJ-00; Mon, 20 Nov 2000 17:37:23 +0100 From: "Torsten Curdt" To: , Subject: AW: Multilingual solution? Date: Mon, 20 Nov 2000 17:42:49 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <3A194996.D588C95@xl-studio.se> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > Hi all. > > Any suggestions on the "best" way to create a multiligual site with > dynamic content? > > 1. Using XSP with tons of "if xml:lang == 'en' or else blah..." > 2. Using XSLT to strip foreign elements > 3. Multiple files, one for each language > > Suggestions? Months ago I wanted start such a thread but didn't get much feedback. I would consider (2) or (3) depending on how complex the pages gonna be. At least under Cocoon1 large XML files get slooooow because of the big DOM tree. So (3) might be prefered. But if your XSP is inside your content XML you have to have the same logic in every page. If you do not have too many languages and put most of the logic in taglibs it might be ok. An other option: the clean page model (see the example that came with cocoon) It separates the XSP from the content XML. (2) should be quite easy to handle and I guess I have seen a transformer(?) for cocoon2 around that strips all tags that are not for the requested language. My 2 cents -- Torsten