From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.orgmode,gmane.emacs.devel Subject: Re: [External] : Re: Adding custom providers for thingatpt.el (was: [PATCH] Add support for 'thing-at-point' to get URL at point) Date: Tue, 07 May 2024 15:20:17 +0300 Message-ID: <8634qtbypq.fsf@gnu.org> References: <87leba3ame.fsf@localhost> <88435424-afa3-d7a3-56ff-df9f0a2ca6ba@gmail.com> <875xz39cgp.fsf@localhost> <87ttk6da89.fsf@localhost> <673a0f71-c91f-8461-7388-9efbed6ba24f@gmail.com> <0c66ae28-7088-3ac7-be39-7714b8f80455@gmail.com> <87mspcave3.fsf@localhost> <253c058a-d349-41a7-7733-c73075bffcb6@gmail.com> <87sez36pvl.fsf@localhost> <2f344439-d0d6-a3e5-963c-773bb5c833d6@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38903"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jporterbugs@gmail.com, yantar92@posteo.net, emacs-devel@gnu.org, emacs-orgmode@gnu.org To: Drew Adams Original-X-From: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Tue May 07 14:21:40 2024 Return-path: Envelope-to: geo-emacs-orgmode@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s4JpE-0009uP-Dq for geo-emacs-orgmode@m.gmane-mx.org; Tue, 07 May 2024 14:21:40 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s4JoN-0007Qi-P4; Tue, 07 May 2024 08:20:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s4JoB-0007GM-Ez; Tue, 07 May 2024 08:20:37 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s4JoA-0002lI-IJ; Tue, 07 May 2024 08:20:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=DBbNnDYOOXGccdRqi8o68iX9VN8sSl59wZVWVgBhya0=; b=PBXVhv0LO3/w A/5yHECXmRVasF+oL3T7UusbUdGSUbZOIO5dzPDYnTo8Xg4Jvo1jpTiC2S+ibmwYJVceuRtuKysEs ZdmTAtxLagbctQnHETF8TMyqaX71mGxrxIBtZzLDzLR+bDfzf5kAOobWElE85vN98B5UYGptNEe0f flHmzkchlB6uudcTrr/GbGyddcGqQpeYOJ47mU63vF3ov0vHdC0OwuuNCJUkyS4voN1/IK7TcbH49 RPFfht3a2wghra4CRu2iibVatHFZceyRjDyJahA7AjkobWujD75QV8cH6y7I0DZl3Xah7KsBKsOBG DdghoSe6e/IP2hwJLrKAQw==; In-Reply-To: (message from Drew Adams on Tue, 7 May 2024 01:52:13 +0000) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Original-Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.orgmode:161531 gmane.emacs.devel:318937 Archived-At: > From: Drew Adams > CC: "eliz@gnu.org" , > "emacs-devel@gnu.org" > , > "emacs-orgmode@gnu.org" > Date: Tue, 7 May 2024 01:52:13 +0000 > > I hear you. The behavior should be changed so > that, in general, bounds-of-thing-at-point etc. > return nil when there is _no thing at point_, > including when point is after, including just > after, a thing but not on such a thing. > > There can be commands (and noncommand fns) that > return things _near_ point, not only at point. > And "near" can be configurable with an argument. > > In particular, they can do what the vanilla fns > currently do: return a thing at OR just before > point. But the "-at-point" functions shouldn't > do that. They should do what their names say. I disagree. These functions are nowadays the basis of many interactive features, and users are usually mightily confused by the fine print of what "at point" means technically in Emacs. The current operation is much easier for users to grasp mentally by observing the position of the cursor, whether it's on or just after the "thing". > It's not hard for Emacs to still DTRT. It just > takes a decision and admission that the behavior > was misguided and unnecessarily limiting (BIG > time). We made the decision. It just is not what you think it should be, because our considerations are different from yours.