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 18:17:46 +0200 Message-ID: <2012-08-27T18-12-30@devnull.Karl-Voit.at> References: <87r4qt9xrf.fsf@gmail.com> <2012-08-27T17-40-09@devnull.Karl-Voit.at> <26130.1346083763@alphaville> 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]:41209) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T620r-00072L-LD for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 12:18:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T620l-0006pj-IN for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 12:18:05 -0400 Received: from plane.gmane.org ([80.91.229.3]:51852) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T620l-0006pf-Bd for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 12:17:59 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T620k-0000Do-KU for emacs-orgmode@gnu.org; Mon, 27 Aug 2012 18:17:58 +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 18:17:58 +0200 Received: from news1142 by mail.michael-prokop.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Aug 2012 18:17:58 +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 * Nick Dokos wrote: > Karl Voit wrote: > >> 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. > > Agreed, but IIUC the main problem is that org depends on calc for > the calculations and calc is firmly in the "decimal point MUST be > a period" camp. Although I do not have much clue about «calc» I already assumed this is the case. > So the cosmetics/functionality alignment would involve surgery on > calc, something that nobody should undertake lightly - if at all > :-). Totally agree. The point is: new users and users that does not start reading documentation before usage will not know this. And all I want to mention is that although I myself (now) understand the reasons, I also understand that (new) users will keep on misunderstand this issue until the cosmetics is aligned with the functionality of »calc«. This results in lot of traffic on this list with bug-reports on this. To avoid this, normal users should not get the alignment per default without having to read the explanation of the whole story. This is a trade-off. -- Karl Voit