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

From: Drew Adams <drew.adams <at> oracle.com>
To: Dmitry Gutov <dgutov <at> yandex.ru>, 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: Mon, 22 Feb 2016 22:37:57 -0800 (PST)

> I'm not sure it should be fixed. Your reasoning seems valid,
> however by now this behavior is ingrained into my expectations
> of how thing-at-point should behave.
> 
> 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.

> 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.

> And I do use it for that purpose in one third-party package.
> 
> emacs-eclim also uses it in
> eclim-java-show-documentation-for-current-element. At the
> very least, this will change the existing behavior.

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.

Previous Next

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