Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 98BD77BD7 for ; Fri, 5 Aug 2011 06:15:45 +0000 (UTC) Received: (qmail 91435 invoked by uid 500); 5 Aug 2011 06:15:45 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 91182 invoked by uid 500); 5 Aug 2011 06:15:41 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 90840 invoked by uid 99); 5 Aug 2011 06:15:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Aug 2011 06:15:21 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of hanbiao@cn.ibm.com designates 202.81.31.140 as permitted sender) Received: from [202.81.31.140] (HELO e23smtp07.au.ibm.com) (202.81.31.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Aug 2011 06:15:13 +0000 Received: from d23relay03.au.ibm.com (d23relay03.au.ibm.com [202.81.31.245]) by e23smtp07.au.ibm.com (8.14.4/8.13.1) with ESMTP id p756Eomx017830 for ; Fri, 5 Aug 2011 16:14:50 +1000 Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96]) by d23relay03.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p756Eodq1433608 for ; Fri, 5 Aug 2011 16:14:50 +1000 Received: from d23av01.au.ibm.com (loopback [127.0.0.1]) by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p756EoNK027894 for ; Fri, 5 Aug 2011 16:14:50 +1000 Received: from d23m0037.cn.ibm.com (d23m0037.cn.ibm.com [9.181.2.105]) by d23av01.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p756EU2D027209 for ; Fri, 5 Aug 2011 16:14:49 +1000 In-Reply-To: References: <314AD38167954C4BBE91263CA425506D16FD8C7C8A@MAIL2K7CL.yourict.net> <314AD38167954C4BBE91263CA425506D16FD400232@MAIL2K7CL.yourict.net> Subject: Re: RE: [odftk-dev] Re: request help on ODF data signature issues X-KeepSent: F70AD6C8:AE99F603-482578E3:0021E14B; type=4; name=$KeepSent To: ooo-dev@incubator.apache.org Cc: ooo-dev@incubator.apache.org X-Mailer: Lotus Notes Release 8.5.2 August 10, 2010 Message-ID: From: Biao Han Date: Fri, 5 Aug 2011 14:14:40 +0800 X-MIMETrack: Serialize by Router on D23M0037/23/M/IBM(Release 8.5.1FP4|July 25, 2010) at 08/05/2011 14:14:42 MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=C7BBF270DFB267DB8f9e8a93df938690918cC7BBF270DFB267DB" Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org --0__=C7BBF270DFB267DB8f9e8a93df938690918cC7BBF270DFB267DB Content-type: text/plain; charset=US-ASCII Agree with supply "standards mode" and "hacks mode". But the default mode maybe prefer "hacks mode". We don't want to see that users sign a document using ODF Toolkit, when open with OOo/LO they find it doesn't work... > From: Wolf Halton > To: ooo-dev@incubator.apache.org > Date: 2011-08-04 23:49 > Subject: Re: RE: [odftk-dev] Re: request help on ODF data signature issues > > +1 default_mode=standards_compliant > > On Aug 4, 2011 10:50 AM, "Hanssens Bart" wrote: > > Dare I mention "quirks mode" ? :-) > > > > In that case, I'd strongly suggest to make the standards mode the default, > > not the quirks mode (otherwise it's too easy to let this issue > proliferate) > > > > Bart > > > > ________________________________________ > > From: robert_weir@us.ibm.com [robert_weir@us.ibm.com] > > Sent: Thursday, August 04, 2011 4:36 PM > > To: dev@odftoolkit.odftoolkit.org; ooo-dev@incubator.apache.org > > Subject: [odftk-dev] Re: request help on ODF data signature issues > > > > So, from the ODF Toolkit perspective, I think it would be best if we had a > > flag that the programmer could set, to make it operate in "standards mode" > > or "hacks mode" or something like that. It is useful to have a "reference > > implementation" mode where it follows the standard strictly. This could > > be used for interop testing with other products. And it is also useful to > > have a mode that is compatible with current OOo/LO. > > > > -Rob > > > > Hanssens Bart wrote on 08/04/2011 05:39:32 AM: > > > >> From: Hanssens Bart > >> To: "dev@odftoolkit.odftoolkit.org" , > >> "ooo-dev@incubator.apache.org" > >> Date: 08/04/2011 05:40 AM > >> Subject: [odftk-dev] Re: request help on ODF data signature issues > >> > >> Hi, > >> > >> As far as I can tell, these are known implementation issues. > >> OOo (and most of the other products based on that code base) do not > >> follow the spec IMHO. > >> > >> See also > >> > >> https://bugs.freedesktop.org/show_bug.cgi?id=39657 (ds namespace in > >> LibreOffice) > >> http://openoffice.org/bugzilla/show_bug.cgi?id=107864 (ds namespace in > > OOo) > >> http://openoffice.org/bugzilla/show_bug.cgi?id=66276 (multiple > >> X509Certificate in OOo) > >> http://openoffice.org/bugzilla/show_bug.cgi?id=108286 > >> > >> > >> Best regards > >> > >> Bart > >> > >> ---- > >> > >> From: Biao Han [mailto:hanbiao@cn.ibm.com] > >> Sent: donderdag 4 augustus 2011 11:19 > >> To: ooo-dev@incubator.apache.org > >> Cc: dev@odftoolkit.odftoolkit.org > >> Subject: [odftk-dev] request help on ODF data signature issues > >> > >> Hi all, > >> > >> I am the Apache ODF Toolkit developer and working on ODF data > >> signature feature. Several issues need to help. > >> > >> 1. Different from other xml file, such as content.xml, why > >> documentsignatures.xml is not namespace aware? For example, > >> "Signature" element, only the local name Signature, not including > >> "ds" namespace. > >> 2. Why Open Office generates three same content X509Certificate > >> elements for X509Data in documentsignatures.xml? > >> 3. How to generate XML ID datatype value? UDDI is too short... > >> OpenOffice > > ID_003a00a40036005c0099001b004900a400960062003000c500f900e300af00f7 > >> UDDI ID_79200773-ec61-43d5-b079-a26a081bfb08 > >> > >> Thanks & Regards > >> > >> Biao Han (Devin) > >> SOA Standards Growth, Emerging Technology Institute(ETI), IBM China > >> Software Development Laboratory > >> Tel:(86-10)82450541 > >> Email: hanbiao@cn.ibm.com > >> Address: 3/F Ring Building, No.28 Building, Zhong Guan Cun Software > >> Park, No. 8 Dong Bei Wang West Road, ShangDi, Haidian District, > >> Beijing, P.R.C.100193 > > --0__=C7BBF270DFB267DB8f9e8a93df938690918cC7BBF270DFB267DB--