From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karl Voit Subject: Re: comma as decimal point: bug? Date: Mon, 27 Aug 2012 17:44:51 +0200 Message-ID: <2012-08-27T17-40-09@devnull.Karl-Voit.at> References: <87r4qt9xrf.fsf@gmail.com> Reply-To: news1142@Karl-Voit.at Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:34072) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T61V5-0006sH-93 for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 11:45:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T61V0-0004Px-TC for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 11:45:15 -0400 Received: from plane.gmane.org ([80.91.229.3]:57058) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T61V0-0004P1-Lu for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 11:45:10 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T61V0-0002fU-RJ for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 17:45:10 +0200 Received: from mail.michael-prokop.at ([88.198.6.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Aug 2012 17:45:10 +0200 Received: from news1142 by mail.michael-prokop.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Aug 2012 17:45:10 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org * Nicolas Goaziou wrote: > > Rainer Thiel writes: > >> I have seen that as of v. 7.9, org tables are supposed to accept >> commas as decimal points which is useful if you set up tables to be >> used in in files where continental conventions are expected to be >> followed. > > Actually, this more subtle. Tables recognize numbers with a comma as the > decimal mark. But it only means such numbers will be properly aligned to > the right. Internally, calculations still require dot separator. When I read the change-list of Org, I bet that there *will* be problems because of this cosmetic change :-) >From user experience perspective, it is quite clear that «Org recognizes numbers with commas» will be mixed up with «Org can calculate with numbers containing commas». You can not make this clear - even with renaming the settings variable. Although I totally understand that numbers with commas should be made possible (I am a German speaking guy) I guess there will be even more issues in the future as long as cosmetics and functionality is not aligned. Just my 2 cents ... -- Karl Voit