From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.devel Subject: Re: Internationalize Emacs's messages (swahili) Date: Sun, 27 Dec 2020 19:16:43 -0500 Message-ID: References: <87o8ivumn5.fsf@telefonica.net> <87y2hlt82w.fsf@db48x.net> <87lfdlvsw4.fsf@logand.com> <83h7o8ncly.fsf@gnu.org> <87pn2wudab.fsf@db48x.net> <87mty0c3m1.fsf@gnus.org> <83czywnb86.fsf@gnu.org> <87im8ob707.fsf@gnus.org> <87eejcb6nx.fsf@gnus.org> <875z4ob5c9.fsf@gnus.org> <87a6u09nkq.fsf@gnus.org> <875z4o9jdg.fsf@gnus.org> <87r1nb8yoj.fsf@gnus.org> <83blefkte2.fsf@gnu.org> <87h7o69aa8.fsf@gnus.org> <87pn2uq3ty.fsf@logand.com> <87ft3qq2kz.fsf@logand.com> <874kk6pzod.fsf@logand.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22050"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, emacs-devel@gnu.org, eliz@gnu.org, monnier@iro.umontreal.ca To: Tomas Hlavaty Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 28 01:17:26 2020 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 1ktgE2-0005dA-2R for ged-emacs-devel@m.gmane-mx.org; Mon, 28 Dec 2020 01:17:26 +0100 Original-Received: from localhost ([::1]:59466 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktgE1-0005IV-4y for ged-emacs-devel@m.gmane-mx.org; Sun, 27 Dec 2020 19:17:25 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53502) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ktgDO-0004tH-DD for emacs-devel@gnu.org; Sun, 27 Dec 2020 19:16:46 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59480) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktgDN-0003yi-7a; Sun, 27 Dec 2020 19:16:45 -0500 Original-Received: from ams by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ktgDL-0001xM-S2; Sun, 27 Dec 2020 19:16:44 -0500 In-Reply-To: <874kk6pzod.fsf@logand.com> (message from Tomas Hlavaty on Mon, 28 Dec 2020 01:00:34 +0100) 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:261961 Archived-At: It is fascinating how many people with strong opinions do not understand the problem with (> (length x) 2) You are assuming that X is always a list, there are far more types than that in Emacs Lisp. Replacing every instance of (PREDIATE (length ...)) with (lengthPREDICATE ...) doesn't really do anything at all for the cases where we are not working with a list -- which you cannot possibly know just from a grep of the code. And if they fail at that, someone can once in a while fix that easily by search, replace and visual review without introducing bugs. But nothing is fixed by such a change, thats the whole point, if you are working with strings you are not fixing anything! You are introducing a gratious change that does absolutely nothing. > The two functions are advertised as equal as well, so there is no > possible way for the user to know which one to use when, and it might > be suprising that the behaviour (in run time) is different. Which two functions are advertised as equal? Should have written forms, length> and (> (length ...), and the other variants. > And is it just me, but I'd expect that length>, etc takes two or more > sequences and returns a boolean if one of sequence is > larger/smaller/equal/... Would not that be better called sequence>? What does "sequence is larger/smaller/equal" mean exactly? (> 6 5 4 3 2 1) --> t (length> '(1 2 3 4) '(1 2 3) '(1 2) '(1)) --> t