From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.devel Subject: Re: CSV parsing and other issues (Re: LC_NUMERIC) Date: Fri, 11 Jun 2021 21:52:57 +0300 Message-ID: References: <20210606233638.v7b7rwbufay5ltn7@E15-2016.optimum.net> <83a6o1hn9l.fsf@gnu.org> <20210608004510.usj7rw2i6tmx6qnw@E15-2016.optimum.net> <83h7i9f5ij.fsf@gnu.org> <73df2202-081b-5e50-677d-e4498b6782d4@gmail.com> <83eedcdw8k.fsf@gnu.org> <83lf7hbqte.fsf@gnu.org> <20210610180145.staexpqsmqpiv44c@E15-2016.optimum.net> <83a6nxbllz.fsf@gnu.org> <20210610190453.gaq5pqlfbvy4zwmp@E15-2016.optimum.net> <837dj1bk1k.fsf@gnu.org> <83mtrwa3vn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6550"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) Cc: manikulin@gmail.com, boruch_baum@gmx.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jun 11 20:53:59 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lrmI2-0001WC-LT for ged-emacs-devel@m.gmane-mx.org; Fri, 11 Jun 2021 20:53:58 +0200 Original-Received: from localhost ([::1]:60056 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lrmI0-0002iV-Hl for ged-emacs-devel@m.gmane-mx.org; Fri, 11 Jun 2021 14:53:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53774) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lrmHB-00022L-Bz for emacs-devel@gnu.org; Fri, 11 Jun 2021 14:53:05 -0400 Original-Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:45345) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lrmH9-0004Uk-Ip; Fri, 11 Jun 2021 14:53:05 -0400 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 5C3841400; Fri, 11 Jun 2021 14:53:01 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 11 Jun 2021 14:53:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm3; bh=VI2VE5aLmFAiyh2EgEkxEFIhJW eibAPN48fnCoXZr5U=; b=JjfnlwCIBtFi6+L9fhLmUaGVn+dAoHoL432mW9qJ9B jFO8hB8Q4A+Fu6dYkUuyAXEt3sg8pZaisWFjHuYqbuI7eDXKl8RgL52J1vPT8foc bzVx+f0VUW25ry9Ma7R7ReB0atxFrN30H9PmntN19ytOw6VL1A86QN1hkLwpQa+n oMhKX4woo2UmH3ASFOUKVKz/ngwfXxbJpy0cyZ3c7SQWFL03vJljGPyI1DklrgR0 zJdq2VCV5wZJUUlQpBU4e8RXvUh3F1CCeJ9lrtPyCgmUqOGA5xpg6H10FRehCxxB QvcUY6tCBibYIInNb6ph9z5SXKpYPvKmsIccQmq81l6Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=VI2VE5 aLmFAiyh2EgEkxEFIhJWeibAPN48fnCoXZr5U=; b=tqF/D7riJD/s+nRJs160a+ kvjNYW8ivpLE52IzVsfhVK2gS0uuqMKV6Wje/8IhK/eA9Et1vovHUtD5PLhDFsXV 4oZ86V/7XQKrsCrquD6U6AyRgklWfIS5Qkn/9WorKFKA9MSd2cy1KPWlBQOTAIlQ XRwOuGd6XPbzgausDbDzCmuxdpzDk7xkuw79oaENI3hnJfapxoOMUtCI8RnKyRYz 0e5oYczJul5R822WE32RNc5faviZ/gFCEa5UgcB7vsLYzcd8u15HM513HLhvPoFr DG5AnlDP0os0BOOXPTW0jh06++uPKMGkvEhA4a6JsjcI4EPyQejtX1MLvow55uhQ == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedukedgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufgjfhgffffkgggtsehttdertddtredtnecuhfhrohhmpefhihhlihhp phcuifhunhgsihhnuceofhhguhhnsghinhesfhgrshhtmhgrihhlrdhfmheqnecuggftrf grthhtvghrnhepvdevkeffvdeuvefhuddtjeehkedvueefveettddtveduudfgieffieev ieevhfdtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epfhhguhhnsghinhesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 11 Jun 2021 14:52:59 -0400 (EDT) In-Reply-To: <83mtrwa3vn.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Jun 2021 17:10:36 +0300") Mail-Followup-To: Eli Zaretskii , boruch_baum@gmx.com, manikulin@gmail.com, emacs-devel@gnu.org Received-SPF: pass client-ip=64.147.123.21; envelope-from=fgunbin@fastmail.fm; helo=wout5-smtp.messagingengine.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:270716 Archived-At: On 11/06/2021 17:10 +0300, Eli Zaretskii wrote: >> From: Filipp Gunbin >> Cc: Boruch Baum , manikulin@gmail.com, >> emacs-devel@gnu.org >> Date: Fri, 11 Jun 2021 16:56:34 +0300 >> >> On 10/06/2021 22:23 +0300, Eli Zaretskii wrote: >> >> > I don't think it's TRT for Emacs to expose locale-dependent features >> > that cannot be controlled from Lisp, sorry. We need to find a better >> > way. For example, there could be a Lisp variable that specifies the >> > group separator character, and then 'format' could use that character >> > when the format spec includes %'. Which means we'd need to implement >> > that in our own code; patches welcome. >> >> Maybe an alternative set of specifiers, which output data in >> locale-specific format. Then a single variable to let-bound around >> format, which instructs what locale to use. Very simple... > > Sorry, I don't think I understand what you propose. Please elaborate > on the "alternative set of specifiers, which output data in > locale-specific format". I mean that for every specifier which could be affected by locale (but isn't), there could be additional specifier, which takes locale into account. Less awkward, there could be an explicit modifier which says "use locale for this specifier in format". Something like `O' or `E' modifier in "format-time-string". This way only given format call is affected, without surprises somewhere below in the call stack. Then, a locale to use could be let-bound around this format call, thus overriding the default which came from env vars or from somewhere else. Filipp