From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Emacs Lisp's future Date: Fri, 10 Oct 2014 15:56:40 -0700 (PDT) Message-ID: <04499073-cd58-4707-b547-c754531cfc90@default> References: <54193A70.9020901@member.fsf.org> <87lhp6h4zb.fsf@panthera.terpri.org> <87k34qo4c1.fsf@fencepost.gnu.org> <54257C22.2000806@yandex.ru> <83iokato6x.fsf@gnu.org> <87wq8pwjen.fsf@uwakimon.sk.tsukuba.ac.jp> <837g0ptnlj.fsf@gnu.org> <87r3yxwdr6.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx3tmi3t.fsf@fencepost.gnu.org> <834mvttgsf.fsf@gnu.org> <87lhp5m99w.fsf@fencepost.gnu.org> <87h9ztm5oa.fsf@fencepost.gnu.org> <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <87lhonlks8.fsf@yeeloong.lan> <87fvevzhsr.fsf@earlgrey.lan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1412981861 20938 80.91.229.3 (10 Oct 2014 22:57:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 10 Oct 2014 22:57:41 +0000 (UTC) Cc: dak@gnu.org, Richard Stallman , dmantipov@yandex.ru, emacs-devel@gnu.org, handa@gnu.org, monnier@iro.umontreal.ca, eliz@gnu.org, stephen@xemacs.org To: Christopher Allan Webber , Mark H Weaver Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 11 00:57:33 2014 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 1Xcj7s-0003nD-He for ged-emacs-devel@m.gmane.org; Sat, 11 Oct 2014 00:57:32 +0200 Original-Received: from localhost ([::1]:51475 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xcj7s-00085i-6k for ged-emacs-devel@m.gmane.org; Fri, 10 Oct 2014 18:57:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56790) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xcj7a-00085R-5O for emacs-devel@gnu.org; Fri, 10 Oct 2014 18:57:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xcj7R-0007Vh-Rv for emacs-devel@gnu.org; Fri, 10 Oct 2014 18:57:14 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:50398) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xcj7D-0007OB-CN; Fri, 10 Oct 2014 18:56:51 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s9AMui21004748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 10 Oct 2014 22:56:45 GMT Original-Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9AMufH1028296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Oct 2014 22:56:42 GMT Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s9AMufS8026197; Fri, 10 Oct 2014 22:56:41 GMT In-Reply-To: <87fvevzhsr.fsf@earlgrey.lan> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:175242 Archived-At: > > Richard Stallman writes: > >> Do you mean text properties in strings, as in Emacs Lisp? > > Yes. > > > > Having mulled it over, I've come to the conclusion that we can add > > text properties to Guile strings...with the following caveat: text > > properties must be invisible to all existing Scheme procedures, > > including 'equal?' and 'write'.... > > > > we could, in principle, use object-properties to associate text > > properties with the characters themselves, instead of with the > > string objects. This would quite naturally lead to them being > > copied by string operations such as 'substring' and 'string- > > append'. >=20 > ...you mean something like this? > (define elisp-properties (make-object-property)) > (define (elisp-propertize string . args) > (let ((copied-string (string-copy string))) > (set! (elisp-properties copied-string) args) > copied-string)) > (define my-monkey (elisp-propertize "monkey" 'eats 'bananas)) > (elisp-properties my-monkey) ;; =3D> (eats bananas) How would this relate to a future Guile implementation of Emacs-Lisp text (and overlay) properties, whose values can be arbitrary Emacs-Lisp thingies? I know this question jumps the gun, but can we assume that if an Emacs user puts an arbitrary Lisp thing (e.g., a particular cons) on some text as a text-property value that that will carry through to the Scheme implementation in such a way that s?he can still manipulate the data of that value (e.g. modify the particular cons cell components)? IOW, will an Emacs user have the same abilities, and see the same behavior, wrt text and overlay properties as s?he has and sees now with Emacs Lisp?