GNU bug report logs -
#24627
24.5; (thing-at-point 'list) may return a non-empty string without a list
Previous Next
Reported by: Tino Calancha <tino.calancha <at> gmail.com>
Date: Thu, 6 Oct 2016 09:45:02 UTC
Severity: normal
Tags: confirmed
Merged with 13955
Found in versions 24.5, 25.0.94
Fixed in version 26.1
Done: Tino Calancha <tino.calancha <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 11.10.2016 05:42, Tino Calancha wrote:
> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>
>> On 06.10.2016 11:43, Tino Calancha wrote:
>>
>> bounds-of-thing-at-point:
>>
>> ;; Try moving forward, then back.
>> (funcall ;; First move to end.
>> (or (get thing 'end-op)
>>
>> Still think bounds-of-thing-at-point should move backward first
>>
>> parse-partial-sexp offers some handy info for beginning, not end
> I agree with you that `bounds-of-thing-at-point' needs some work. I have
> noticed other issues with it. We might work on them once we fix this bug.
>
> In the example in this thread the problem arise because
> `thing-at-point-bounds-of-list-at-point', which is the actual
> function doing the job here. We need to fix this function.
> Without it, the previous example works:
>
> emacs -Q thingatpt.el -eval "(require 'thingatpt)"
> M-: (put 'list 'bounds-of-thing-at-point nil) RET
>> C-p
> M-: (thing-at-point 'list t) RET
> => nil
With
(defun foo ())
at first open paren
M-: (thing-at-point 'list t) RET
returns the whole thing, right.
But at second open paren returns the whole function too - where it
should return the empty arg-list
This bug report was last modified 6 years and 337 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.