From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Rusi Newsgroups: gmane.emacs.help Subject: Re: [OFFTOPIC] Re: Invoking a function from a list of functions Date: Wed, 28 Nov 2018 06:10:48 -0800 (PST) Message-ID: <82781d42-afa5-4cb8-9cbd-b20eb73b26d0@googlegroups.com> References: <67c4a534-d41c-4736-8839-c2dbbdf7f9c2@googlegroups.com> <2da7504a-8bbf-41b9-993e-a7bacd6c97b2@googlegroups.com> <20181116114002.3ba6bcc8dc1e699ba58e08b8@speakeasy.net> <20181119172358.802ce30c54f2fd20f8c300c4@speakeasy.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1543414428 13222 195.159.176.226 (28 Nov 2018 14:13:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 28 Nov 2018 14:13:48 +0000 (UTC) Injection-Date: Wed, 28 Nov 2018 14:10:48 +0000 User-Agent: G2/1.0 To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Nov 28 15:13:44 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gS0az-0003Ee-20 for geh-help-gnu-emacs@m.gmane.org; Wed, 28 Nov 2018 15:13:41 +0100 Original-Received: from localhost ([::1]:48003 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gS0d5-00027U-7K for geh-help-gnu-emacs@m.gmane.org; Wed, 28 Nov 2018 09:15:51 -0500 X-Received: by 2002:ac8:21e1:: with SMTP id 30mr3649010qtz.55.1543414248636; Wed, 28 Nov 2018 06:10:48 -0800 (PST) X-Received: by 2002:aed:2a0c:: with SMTP id c12mr64402qtd.2.1543414248438; Wed, 28 Nov 2018 06:10:48 -0800 (PST) Original-Path: usenet.stanford.edu!v55no1524522qtk.0!news-out.google.com!h3ni727qtk.1!nntp.google.com!v55no1524520qtk.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help In-Reply-To: Complaints-To: groups-abuse@google.com Original-Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=103.207.182.185; posting-account=mBpa7woAAAAGLEWUUKpmbxm-Quu5D8ui Original-NNTP-Posting-Host: 103.207.182.185 Original-Xref: usenet.stanford.edu gnu.emacs.help:224662 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:118792 Archived-At: On Tuesday, November 20, 2018 at 4:42:06 AM UTC+5:30, Stefan Monnier wrote: > > I'm simply suggesting that for most programmers, the beauty of reading > > a non-alphabetic programming language is not worth the hassle of > > learning to type it. As evidence, I give you APL: every successor > > dropped the exotic character set, despite being invented since the > > advent of Unicode and bitmapped displays. =20 >=20 > FWIW, in the Agda language, it's very common to use non-ASCII characters > which are input (in agda-mode) via a variant of the TeX input method. > The reason this is tolerated is because those chars are already familiar > to most users because they're used on paper for the same purpose. I did not want to bring in Agda since I think it botches up unicode input w= ith over enthusiasm [I dont know much Agda FWIW] However the number of ways of doing unicode badly should be combinatorially= larger than the number of ways of doing it right Heres python3 compared to elisp ELISP> (setq =EF=AC=82ag "hi") "hi" ELISP> (setq flag "there") "there" ELISP> (list =EF=AC=82ag flag) ("hi" "there") ELISP> (setq a=CC=81 "hi") "hi" ELISP> (setq =C3=A1 "there") "there" ELISP> (list a=CC=81 =C3=A1) Python >>> =EF=AC=82ag =3D 1 >>> flag =3D 2 >>> (=EF=AC=82ag, flag) (2, 2) >>> a=CC=81 =3D 1 >>> =C3=A1 =3D 2 >>> (a=CC=81, =C3=A1) (2, 2) In my view python does it right(er) than elisp (Haskell is in elisp categor= y) where "right" is defined by :identifiers should identify However when push comes to shove both python and elisp are equally bad >>> =CE=91 =3D "hi" >>> A =3D "there" >>> (=CE=91,A) ('hi', 'there') ELISP> (setq =CE=91 "hi") "hi" ELISP> (setq A "there") "there" ELISP> (list =CE=91 A) ("hi" "there") which brings me to=E2=80=A6 On Tuesday, November 20, 2018 at 3:54:00 AM UTC+5:30, James K. Lowden wrote= : > On Sat, 17 Nov 2018 07:59:49 -0800 (PST) > Rusi wrote: > > IOW You are already using a non-trivial input method. >=20 > Actually, it is a trival input method. Nearly all keyboards have > symbol emblazoned on each key; exceptions are rare [1]. The user > expects each key to produce one of two characters associated with each > key. That, I would say, is about as trivial as it gets. =20 Notice how anglo-centric above is?? If you find =E2=80=98A=E2=80=99 an =E2=80=98a=E2=80=99 as trivially the sam= e what do you say about =E2=80=98A=E2=80=99 and =E2=80=98=CE=91=E2=80=99?? PS Just to be clear: I am no fan of liberalism multi-culturalism and all th= at=20 jazz; just pointing out that all modern programming languages are falling o= ver each other to be more virtuous Even C seems to have something called extended identifiers=C2=BF?