GNU bug report logs - #21391
24.5; `thing-at-point' returns error when called with arguments 'number t

Previous Next

Package: emacs;

Reported by: Tino Calancha <f92capac <at> gmail.com>

Date: Tue, 1 Sep 2015 01:57:01 UTC

Severity: minor

Found in version 24.5

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>,
 bug-gnu-emacs <at> gnu.org
Cc: Eli Zaretskii <eliz <at> gnu.org>, Tino Calancha <tino.calancha <at> gmail.com>
Subject: RE: bug#21391: 24.5; `thing-at-point' returns error when called with
 arguments 'number t)
Date: Tue, 8 Nov 2016 08:31:07 -0800 (PST)

> >>> `thing-at-point' should always return a string.
> >>
> >> Indeed. Which would require some normalization WRT number-at-
> >> point etc.
> >
> > `number-at-point' uses `form-at-point'.  It returns a number (or
> > nil), not a numeral (string).  It satisfies `numberp', not `stringp'.
> >
> > What normalization do you have in mind?
> 
> Still think detecting buffer-substrings according to THING and
> returning them if found at  point --nil otherwise-- is most
> straightforward.

Sorry, but I don't follow you.  Just what are you proposing?

> >>> `list-at-point', `form-at-point', etc. are a different
> >>> story - they can return anything.
> >>
> >> Interesting question. Maybe returns the symbol if found - nil
> >> otherwise?
> >
> > That's what `symbol-at-point' does.
> 
> Unfortunately it does more - it might change the symbol-table.
> Expect a passive, plain report instead.

I don't understand.  Please specify what you are proposing (maybe
in a different bug report, if that is more appropriate).
This bug report was last modified 4 years and 328 days ago.

Previous Next

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