all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Jean Louis <bugs@gnu.support>, Help GNU Emacs <help-gnu-emacs@gnu.org>
Subject: RE: [External] : (bounds-of-thing-at-point  'number) ⇒ nil
Date: Fri, 4 Feb 2022 15:19:27 +0000	[thread overview]
Message-ID: <SJ0PR10MB5488D3FC2F82A118D6BCA611F3299@SJ0PR10MB5488.namprd10.prod.outlook.com> (raw)
In-Reply-To: <courier.0000000061FD205A.0000102F@stw1.rcdrun.com>

> (require 'thingatpt)
> 123
>  ^
> when I place cursor there under number 2, and evaluate
> (bounds-of-thing-at-point  'number) I get result nil.
> I am expecting to get the bounds.
> 
> When I evaluate (thing-at-point 'number) then I get
> see result being 123.

IMO, thingatpt.el and its functions, including
`bounds-of-thing-at-point', are both limited & bugged.

In particular, they suffer from the assumption that
their _only_ use is to grab something at point OR at
point-minus-1.

"Thing at point" means something better than that.
It means give me the thing at point, or give me nil
to tell me that there's no such thing at point.

It's more useful to be able to check for the presence
of a thing _at point_, and thus return nil if point
only _follows_ a thing.  That provides for lots of
use cases beyond just trying to grab some text that's
almost at point.

(And for the latter use case, there are more useful
DWIM functions for getting something _near_ point,
i.e., within a given text "distance".)

Try `thingatpt+.el'.  It does THINGs right.

It lets you or existing code still continue to use
the bugged vanilla thing-at-point functions, by
default.  (But it provides additional functions
for more THING cases.)

Or you can replace/override the vanilla functions
with those (prefix `tap-') from `thingatpt+.el',
which DTRT.  To do that:

(eval-after-load "thingatpt"
  '(when (require 'thingatpt+ nil t)
     (tap-redefine-std-fns))

If you do that then you don't need to include the
prefix `tap-' to get correct behavior for the
standard functions.

Not only does `(tap-)bounds-of-thing-at-point'
work for numbers.  You also have these number
functions and their `bounds-of-' partners:

 tap-number-at-point-decimal 
 tap-number-at-point-decimal-whole 
 tap-number-at-point-hex 
 tap-number-nearest-point

____

Description:

https://www.emacswiki.org/emacs/ThingAtPointPlus

Code:

https://www.emacswiki.org/emacs/download/thingatpt%2b.el

Bug 9300:

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=9300

  parent reply	other threads:[~2022-02-04 15:19 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-04 12:47 (bounds-of-thing-at-point 'number) ⇒ nil Jean Louis
2022-02-04 13:20 ` tomas
2022-02-04 14:20   ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-02-04 14:41   ` Robert Pluim
2022-02-04 14:50     ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-02-04 21:29     ` [External] : " Drew Adams
2022-02-06  6:12       ` Jean Louis
2022-02-06  8:44         ` Drew Adams
2022-02-06  8:43       ` Drew Adams
2022-02-04 15:19 ` Drew Adams [this message]
2022-02-04 15:35   ` [External] : " Jean Louis
2022-02-04 15:50     ` Drew Adams
2022-02-04 16:55       ` Jean Louis
2022-02-04 21:29         ` Drew Adams
2022-02-04 21:46           ` Drew Adams
2022-02-05  0:54             ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-02-05  1:36               ` Drew Adams
2022-02-05  1:56                 ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-02-05 17:27                   ` Drew Adams
2022-02-06 15:48                     ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-02-06  6:08           ` Jean Louis
2022-02-06  7:02             ` Drew Adams
2022-02-06  8:10               ` Jean Louis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=SJ0PR10MB5488D3FC2F82A118D6BCA611F3299@SJ0PR10MB5488.namprd10.prod.outlook.com \
    --to=drew.adams@oracle.com \
    --cc=bugs@gnu.support \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.