RE: Re: [External] : Re: Adding custom providers for thingatpt.el (was: [PATCH] Add support for 'thing-at-point' to get URL at point)

[Drew Adams <drew.adams@oracle.com>]

> > The bug is in `bounds-of-thing-at-point'.  It
> > should be faithful to its name, and check only
> > at (point), not at EITHER point OR (1- (point)).
 
> > Even if the fix were to always check only at
> > (1- (point)), instead of (point), it would be
> > a legitimate fix for the problem caused by the
> > ambiguity: there's _no way to determine whether_
> > there's a thing at a given position.
 
> > IOW, it technically doesn't matter which single
> > position is the "origin" for checking: (point)
> > or (1- (point)) or whatever else.  The bug is
> > that _no single_ position is used.

You're missing the point, even though you quoted
some of it (above).  You didn't quote this part:

  The bugged behavior defeats the _successive_
  use of functions that do something with the
  next thing at point when that next thing
  butts up against the previous thing.

Define a `go-to-next-thing' command that you can
repeat, to go to successive things of given kind,
for any kind of thing.