From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nathaniel Flath Newsgroups: gmane.emacs.devel Subject: Re: Overalays and point-entered Date: Thu, 24 Sep 2009 10:04:43 -0400 Message-ID: <5e3a506e0909240704t5e716634k86b21e1604ee1912@mail.gmail.com> References: <5e3a506e0909101709u2259d56h25f3ef1ec67326aa@mail.gmail.com> <5e3a506e0909130947m1669cda0y25d13a5e8dcd85df@mail.gmail.com> <5e3a506e0909140810r38a83a84l387fb6bafeb962c1@mail.gmail.com> <5e3a506e0909161346w1d5a8bebp84f1d51f0f446f28@mail.gmail.com> <5e3a506e0909230841i1d87b7ep397f2809e2cbdef9@mail.gmail.com> <5e3a506e0909240647k18368e10o6e5391a70a79e8@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=000e0cd250c239e5670474535047 X-Trace: ger.gmane.org 1253801218 31188 80.91.229.12 (24 Sep 2009 14:06:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Sep 2009 14:06:58 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 24 16:06:51 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mqoy1-0007rR-4b for ged-emacs-devel@m.gmane.org; Thu, 24 Sep 2009 16:06:41 +0200 Original-Received: from localhost ([127.0.0.1]:58626 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mqoy0-00009c-L4 for ged-emacs-devel@m.gmane.org; Thu, 24 Sep 2009 10:06:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MqowD-00080q-G8 for emacs-devel@gnu.org; Thu, 24 Sep 2009 10:04:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MqowA-0007yp-2k for emacs-devel@gnu.org; Thu, 24 Sep 2009 10:04:49 -0400 Original-Received: from [199.232.76.173] (port=57621 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mqow9-0007yj-NV for emacs-devel@gnu.org; Thu, 24 Sep 2009 10:04:45 -0400 Original-Received: from mail-px0-f202.google.com ([209.85.216.202]:44039) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mqow9-00017T-2u for emacs-devel@gnu.org; Thu, 24 Sep 2009 10:04:45 -0400 Original-Received: by pxi40 with SMTP id 40so1811873pxi.24 for ; Thu, 24 Sep 2009 07:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Tv6+uEzWswyYGFi2vlMEpBC/oobIuAvqpJxBW3MY5Zo=; b=THur+NmBGWzWGrDlZ3YBXDuX7vVjLM4+ItKTqFX+RFC4UocCrXYe2omhaZ8iKSzIjM qI/Gdiwzyl8rrszrWbiDEasqbfRmVksizkGgt3B3hm1Gu5+zae68IrH4H50gOmAowKA2 a+dFYvC7CRGsEkjoYZ8FVF+oyjDfUnUqAVXow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EToyP2e5hM6k4hslSzqGSJMG2oe6dtRLdQTCFmHtPmt7NOd0nwzVGPnfmuR+B2Pvb/ VHzC1o41wkC7EuESr5urImvJ2dsm7tUu5zLSmLunIWq+eFcpWXkNbTihRGhAww13C4oh z9UU0aJDHPyVH/XsCpXhZDRbpactMVIFaBBcs= Original-Received: by 10.140.199.14 with SMTP id w14mr202802rvf.184.1253801083921; Thu, 24 Sep 2009 07:04:43 -0700 (PDT) In-Reply-To: <5e3a506e0909240647k18368e10o6e5391a70a79e8@mail.gmail.com> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:115578 Archived-At: --000e0cd250c239e5670474535047 Content-Type: text/plain; charset=ISO-8859-1 Never mind, since get_pos_property is a C function and not a Lisp one this probably wouldn't work. On Thu, Sep 24, 2009 at 9:47 AM, Nathaniel Flath wrote: > > > On Wed, Sep 23, 2009 at 4:55 PM, Stefan Monnier wrote: > >> > Since the main point I was implementing this was so I could add these >> > properties to overlay, I'd prefer a solution that works better with >> them. >> >> Yes, I understand that, and I agree it should work well with overlays >> as well. >> >> > Would it be better to store overlays at point at the end of this loop, >> and >> > use this instead of looking up old points? >> >> Might be, yes. >> >> > To solve the boundary-control issue, I could look at get-pos-property >> > and use the same mechanism it does for controlling boundary behaviour. >> >> Yes, you'd need to implement a get-overlays-at-pos. >> Stefan >> > Actually, instead of this, why not add an extra optional argument that > defaults to nil to get-pos-property? If the argument is non-nil, > get-pos-property would return a list of the values named property at pos > instead of just one of them. This way wouldn't duplicate boundary-checking > functionality. > > Thanks, > Nathaniel Flath > --000e0cd250c239e5670474535047 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Never mind, since get_pos_property is a C function and not a Lisp one this = probably wouldn't work.

On Thu, Sep 2= 4, 2009 at 9:47 AM, Nathaniel Flath <flat0103@gmail.com> wrote:
<= div class=3D"h5">

On Wed, Sep 23, 2009 at= 4:55 PM, Stefan Monnier <monnier@iro.umontreal.ca> w= rote:
> Since the main point I was implementing this was so I could add t= hese
> properties to overlay, I'd prefer a solution that works better wit= h them.

Yes, I understand that, and I agree it should work well with overlays=
as well.

> Would it be better to store overlays at point at the end of this loop,= and
> use this instead of looking up old points?

Might be, yes.

> To solve the boundary-control issue, I could look at get-pos-property<= br> > and use the same mechanism it does for controlling boundary behaviour.=

Yes, you'd need to implement a get-overlays-at-pos.
=A0 =A0 =A0 =A0Stefan
Actually, instead of this, why not ad= d an extra optional argument that defaults to nil to get-pos-property?=A0 I= f the argument is non-nil, get-pos-property would return a list of the valu= es named property at pos instead of just one of them.=A0 This way wouldn= 9;t=A0 duplicate boundary-checking functionality.

Thanks,
Nathaniel Flath

--000e0cd250c239e5670474535047--