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 #23 received at 9300 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Drew Adams <drew.adams <at> oracle.com>, 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: Tue, 23 Feb 2016 12:22:05 +0200

On 02/23/2016 08:37 AM, Drew Adams wrote:

>> This would be a breaking change. For instance, it will make
>> (bounds-of-thing-at-point 'symbol) unsuitable for use in a
>> completion-at-point-functions element,
>
> Why do you think so?  Have you tried it?  It does not affect
> the behavior for THING = `symbol' at all.

Tried it, and yes it does. Otherwise, I wouldn't understand what this 
bug is about.

>> to compute the first two values of the returned list, because
>> during completion you're most often "after" the symbol.
>
> So?  Not a problem.  Put point after a symbol - you get the
> same answer as now.

You're contradicting the very title of this bug report.

> This is the design of the thingatpt code, and the reason why
> `<=' instead of `<' is a bug:
>
>    the function that is (get THING 'end-op) moves PAST the THING,
>    so that point is not on the THING.  This is true generally, no
>    matter the type of THING.

That's not a quote from thingatpt.el.

Previous Next

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