From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Add prettify symbols to python-mode Date: Wed, 23 Sep 2015 22:48:39 +0300 Message-ID: <83fv24kjc8.fsf@gnu.org> References: <1442777283-27514-1-git-send-email-mvoteiza@udel.edu> <20150921005306.GA29147@holos> <87h9mlwt6l.fsf@Rainer.invalid> <83bnctliay.fsf@gnu.org> <83oagtjemn.fsf@gnu.org> <87oagt84e7.fsf@fencepost.gnu.org> <83mvwdjc5v.fsf@gnu.org> <87k2rh81c5.fsf@fencepost.gnu.org> <83io71j5wt.fsf@gnu.org> <87fv249b7i.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1443037758 17758 80.91.229.3 (23 Sep 2015 19:49:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Sep 2015 19:49:18 +0000 (UTC) Cc: xfq.free@gmail.com, Stromeko@nexgo.de, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 23 21:49:01 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zeq2F-0000Fp-J8 for ged-emacs-devel@m.gmane.org; Wed, 23 Sep 2015 21:48:59 +0200 Original-Received: from localhost ([::1]:50335 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zeq2E-00054Y-N6 for ged-emacs-devel@m.gmane.org; Wed, 23 Sep 2015 15:48:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58668) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zeq21-00054R-7n for emacs-devel@gnu.org; Wed, 23 Sep 2015 15:48:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zeq20-0003gd-9w for emacs-devel@gnu.org; Wed, 23 Sep 2015 15:48:45 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:53401) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zeq1w-0003g7-Dx; Wed, 23 Sep 2015 15:48:40 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NV500100ASULY00@a-mtaout20.012.net.il>; Wed, 23 Sep 2015 22:48:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV5001I1B12LS10@a-mtaout20.012.net.il>; Wed, 23 Sep 2015 22:48:38 +0300 (IDT) In-reply-to: <87fv249b7i.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:190308 Archived-At: > From: David Kastrup > Cc: xfq.free@gmail.com, Stromeko@nexgo.de, emacs-devel@gnu.org > Date: Wed, 23 Sep 2015 21:39:45 +0200 > > > I thought by "working with Elisp data in C" you meant using Lisp data > > structures passed to C functions, in which case the following is what > > I had in mind (where 'value' is some Lisp data type): > > > > if (EQ (value, Qunspecified) || (EQ (value, QCignore_defface))) > > return Qt; > > else if (EQ (attribute, QCheight)) > > return INTEGERP (value) ? Qnil : Qt; > > else if (CONSP (value) && EQ (XCAR (value), QCwhatever)) > > return XCDR (value); > > else > > return Qnil; > > Which is supposed to resemble perfectly ordinary C code or perfectly > ordinary Lisp code? No, it's supposed to be mnemonically easy to understand and write. And yes, it's reasonably close to ordinary C code, IMO. > You can call it a "non-issue" all you like, but it is limiting the > number of people comfortable working with the Emacs C core. As long as > Emacs is expressive enough outside of the core, that's not really > limiting its usefulness all that much, but for things like new window > systems, one clearly cannot get around investing into C. I don't see it that way, but in any case, people should try overcoming that obstacle. It's not very hard.