Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-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 5034CE33F for ; Thu, 14 Feb 2013 09:17:05 +0000 (UTC) Received: (qmail 78458 invoked by uid 500); 14 Feb 2013 09:17:04 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 78313 invoked by uid 500); 14 Feb 2013 09:17:04 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 78283 invoked by uid 99); 14 Feb 2013 09:17:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Feb 2013 09:17:02 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jogischmidt@gmail.com designates 74.125.83.41 as permitted sender) Received: from [74.125.83.41] (HELO mail-ee0-f41.google.com) (74.125.83.41) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Feb 2013 09:16:54 +0000 Received: by mail-ee0-f41.google.com with SMTP id c13so1162019eek.0 for ; Thu, 14 Feb 2013 01:16:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=HlCdsUZEJDVID5xEiEIK0uVjnfkeBO4qMUcWn97dqbk=; b=HFR2IDwjI9J+K3vYFsqHTZIGoJssEtYKwTx3vnTkMAQ3haBP7gUvgjifpfqqOrWA/U Hi064JTQmCBYbc/T6H/PKheZpKO1NvWvieogNrvZhLWsDkxA6NvuBJxfEBMhjOYjowDA H4tSWrlgi/0qX44RSZLrUMkKCHbSU1XG8oa2v+ZWcVs61Kgqp84D82ql9xrxqy04CfQ/ JOgHHKzlNFCu4TFHORuTDZqEjXd19pY8orPCPQkNfhMUYoSjuyQscLpjn3uWUymH8mng GCkEhlgsi6wg1owgXWRViWsTNhBcmwiMOaBncQ6b1MTC65RV5hUxDZbDKaY47vhbrn9Q yNyQ== X-Received: by 10.14.210.8 with SMTP id t8mr17481537eeo.35.1360833393371; Thu, 14 Feb 2013 01:16:33 -0800 (PST) Received: from [9.155.131.123] (deibp9eh1--blueice2n2.emea.ibm.com. [195.212.29.172]) by mx.google.com with ESMTPS id 46sm8147162eea.3.2013.02.14.01.16.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Feb 2013 01:16:32 -0800 (PST) Message-ID: <511CAB71.4020508@gmail.com> Date: Thu, 14 Feb 2013 10:16:33 +0100 From: =?ISO-8859-1?Q?J=FCrgen_Schmidt?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: dev@openoffice.apache.org Subject: Re: Calc behavior: result of 0 ^ 0 References: <5116D794.1070500@apache.org> <5118A834.5080206@googlemail.com> <5118CD74.8020601@apache.org> <51191BBB.4040804@googlemail.com> <511A719E.2020209@apache.org> <002401ce094c$57ab9470$0702bd50$@acm.org> <511AD783.8000909@apache.org> <1360726752.53795.YahooMailNeo@web162105.mail.bf1.yahoo.com> <2931721278893893581@unknownmsgid> <1360768254.6871.YahooMailNeo@web162102.mail.bf1.yahoo.com> <1360770838.58320.YahooMailNeo@web124706.mail.ne1.yahoo.com> <1360774608.99025.YahooMailNeo@web124701.mail.ne1.yahoo.com> <1360784760.31318.YahooMailNeo@web162103.mail.bf1.yahoo.com> <511C3E11.6030507@pitonyak.org> In-Reply-To: <511C3E11.6030507@pitonyak.org> X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 2/14/13 2:29 AM, Andrew Douglas Pitonyak wrote: > > On 02/13/2013 02:46 PM, Pedro Giffuni wrote: >> Independently of the vote result I will be effectively stopping the >> development work I intended to do on Calc as I have lost all >> interest on improving it given the current situation. > I totally understand. > I don't understand it. You are doing great work and the project appreciate what you are doing. Now a fix you have made is controversial which is understandable when taking the discussion into account. We have an old behaviour which is ok from the spec and we have a new one which is also ok from the spec perspective. You prefer the new one which reflect your fix, which is fine. Others see a potential risk to break backward compatibility which is fine as well. By the way I have personally no preference here ;-) Now it is our responsibility to find consensus for the solution we want support in the future. Many opinions and less who are doing the work, not really surprising and a general problem of such a big project. But we need to find consensus. I am sure you would accept the result of vote (if necessary when no consensus can be found) but at the same time you say that you will stop all your intended work in this area. And that is something that I don't understand. Well it's your decision and you can do what you want but is this the right approach? I believe not. I believe we should listen to each other and should at least try to understand and accept other opinions. And fixes which have a direct influence to our users are always special. I learned it as well in the last weeks when discussion about incompatible API/config changes came up that were long discussed and planned and where people starting now to understand what it really means. I still believe we need such changes but the way how we introduce them is important. In this special case I believe we still have time to inform extension developers and show the easy migration path. We all have to learn that changes can result in controversial discussion where at the end a decision have to be made (by vote if necessary but not preferred). I know for sure that I will hate it if something that I drive and where I do the work will be blocked mainly by people who prefer talking. But I have to learn to accept it and will do my best. Otherwise we will fail to move this project forward. So please continue your work and discuss the changes on the dev list as you did of course. And we all should try to give feedback early to any kind of proposed change from anybody to find consensus early before the work is done. Sorry, a little bit off topic from the thread. Juergen