From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Internationalize Emacs's messages (swahili) Date: Mon, 28 Dec 2020 00:25:50 -0500 Message-ID: References: <87o8ivumn5.fsf@telefonica.net> <83sg7xrgr5.fsf@gnu.org> <83h7odrdwy.fsf@gnu.org> <86sg7w39fh.fsf@163.com> <83pn30pku5.fsf@gnu.org> <86wnx8otoj.fsf@163.com> <834kkbp9vr.fsf@gnu.org> <87czyxuxw6.fsf@db48x.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> <87pn2wstw1.fsf@logand.com> <87y2hjqhl3.fsf@logand.com> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30206"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eliz@gnu.org, larsi@gnus.org, emacs-devel@gnu.org To: Tomas Hlavaty Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Dec 28 06:27:03 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 1ktl3f-0007Rt-9w for ged-emacs-devel@m.gmane-mx.org; Mon, 28 Dec 2020 06:27:03 +0100 Original-Received: from localhost ([::1]:41738 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktl3e-0001wW-CB for ged-emacs-devel@m.gmane-mx.org; Mon, 28 Dec 2020 00:27:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34516) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ktl2V-00017m-Vw for emacs-devel@gnu.org; Mon, 28 Dec 2020 00:25:52 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:34996) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktl2V-0002y2-LO; Mon, 28 Dec 2020 00:25:51 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ktl2U-0008Ra-DP; Mon, 28 Dec 2020 00:25:50 -0500 In-Reply-To: <87y2hjqhl3.fsf@logand.com> (message from Tomas Hlavaty on Sun, 27 Dec 2020 18:33:44 +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:261976 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Interesting. Where can I read about the "basic design guides of Emacs > Lisp"? I have never tried to write them down in one specific place. > It is not clear, what exactly "the idea of adding more functions in the > name of symmetry" means. Elisp has = /= < > <= >= predicates. Does it > mean that <= /= > >= are against that idea because they can be trivially > expressed using = and < so programmers should write those "expansions" > by hand all over the place? The idea here is only that we should not _automatically and rigidly_ complete every symmetric set of possible functions. (Because that way lies more bloat.) I describ this as a "design guide" because that is different from a rule. If we had a rigid rule against full symmetric sets of functions, these comparison functions would break the rule. To be rigid about it, we would be "obligated" to delete some of them. However, the idea of the design guide is to reject the rigid rule, which some systems seem to follow, that every function _must_ be part of a full symmetric set. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)