Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0D54B7A39 for ; Tue, 29 Nov 2011 14:52:18 +0000 (UTC) Received: (qmail 11463 invoked by uid 500); 29 Nov 2011 14:52:17 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 11383 invoked by uid 500); 29 Nov 2011 14:52:17 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 11375 invoked by uid 99); 29 Nov 2011 14:52:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Nov 2011 14:52:17 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [173.236.76.174] (HELO serv01.siteground309.com) (173.236.76.174) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Nov 2011 14:52:11 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sandglass-software.com; s=dkim; h=Message-ID:Date:From: MIME-Version:To:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding; bh=71AJ71yML63K2+H4xN5BVMurNxXS4cwgEZ Grf1WRtM4=; b=JRl9EkMUh5dra3SnqrO/kgggV6QMz5meCe2kXguCOaar0nafpk Hz75bMVIb+FJc+9q3CYJBaU+/ZSmsIifB9DVDOkK/llcs0xn1edyKZ+wlqfUMB9T Ld5hqBTMotkET3Qlb/qUtFQ2B4w9dFhmEJBsBOOVVbfb/Eg7ZNHCQVSAA= Received: from [86.161.31.102] (port=1888 helo=[192.168.1.64]) by serv01.siteground309.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RVP2E-0004Ns-LS for dev@commons.apache.org; Tue, 29 Nov 2011 08:51:50 -0600 Message-ID: <4ED4F186.80302@sandglass-software.com> Date: Tue, 29 Nov 2011 14:51:50 +0000 From: Adrian Crum Organization: Sandglass Software User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Commons Developers List Subject: Re: [csv] API design References: <4EBD6E75.5050101@apache.org> <448080C2-091C-4293-8C48-C89B820E9E15@googlemail.com> <4ED49915.8070404@apache.org> <4ED4EBA5.5070902@apache.org> In-Reply-To: <4ED4EBA5.5070902@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - serv01.siteground309.com X-AntiAbuse: Original Domain - commons.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - sandglass-software.com On 11/29/2011 2:26 PM, Emmanuel Bourg wrote: > Le 29/11/2011 14:43, Matt Benson a �crit : > >> Well, assuming "header-free" CSV output you could do any odd thing like: >> >> foo;bar;(2);element1;element2; >> >> giving an open-ended format. Not saying such would be the greatest >> idea, but could be usable under the right circumstances. >> Alternatively, one could embed the collection: >> >> foo;bar;"{element1;element2}" > > ... and it starts to get fun when you want to escape the special > characters '"', ';' and '}' in the collection ;) > > It's possible to tailor a CSV like format that supports collections, > but if it doesn't interoperate with other CSV tools it's hardly > useful. If people want a more capable format without caring about > interoperability there are legions of alternative serialization APIs > available. > > That's why I think [csv] should focus on the simple format defined by > RFC4180, exotic features are for more ambitious projects (at least for > now). > I agree. My personal software design philosophy is: Do one thing, and do it really well. -Adrian --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org