GNU bug report logs - #9300
24.0.50; `bounds-of-thing-at-point' does not return nil when just after THING

Previous Next

Full log

Message #11 received at 9300 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: 9300 <at> debbugs.gnu.org
Subject: RE: bug#9300: 24.0.50; `bounds-of-thing-at-point' does not return nil
 when just after THING
Date: Fri, 15 Jan 2016 05:33:15 -0800 (PST)

> Sent: Tuesday, July 28, 2015 6:45 PM
> 
> ping.
> 
> I rediscovered by accident that this bug still exists, because
> I had assumed it would be fixed in Emacs 24, and my code was
> mistakenly but in-vain-hopefully treating it as (assumed) fixed
> in 24.  Since I use my library that doesn't have the bug I did
> not run across it myself anymore.
> 
> ;; The correct code here is (setq beg thg-end).  However, unless you
> ;; use my library `thingatpt+.el' or unless Emacs bug #9300 is fixed
> ;; (hopefully in Emacs 24), that will loop forever.  In that case we
> ;; move forward a char to prevent looping, but that means that the
> ;; position just after a THING is considered to be covered by the
> ;; THING (which is incorrect).
> ;;
> (setq beg (if (or (featurep 'thingatpt+)  (> emacs-major-version 23))
>               thg-end
>             (1+ thg-end)))


A user of thingatpt+.el (which has the fix) sent me this today:

 > I miss in bug #9300 someone giving a comment about why the vanilla
 > bounds-of-thing-at-point should behave like that. Maybe a second
 > ping?

ping.  It's a trivial fix to perform.  I hope you will apply it.  Thx.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.