From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id UMGZLDD5wGVFyAAAe85BDQ:P1 (envelope-from ) for ; Mon, 05 Feb 2024 16:05:20 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id UMGZLDD5wGVFyAAAe85BDQ (envelope-from ) for ; Mon, 05 Feb 2024 16:05:20 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Y5DzcNtS; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1707145520; a=rsa-sha256; cv=none; b=is6OeDs4C2CxP07y5Mm+TgyxT1sXRM1gSyghpbWtzbfcUVl9AU5/eiHyHYVoeskUZ6OYx0 2sdltPtdpH/SeY4yfpptgCJNfMXlP/OnGyKHh/XGbEq7bLkKAClNdkb2c1xQRKDMb6qDU2 WGvR/bzMP4kmh5ZB3OvVmAKnRddgYeIjFAKle1swQOFg7Z/F4VNUsZ9nWWoFsCtFbiisq5 E2oXEbH5D/HNfPSvvprsYjLsc3tcy4T7RSYBszhim6UWgFk8ONM0l1/oH8/5MWGWas15/e nd2cO4inAgJu8mYbTnFVG/bJo+zaQlIi5qOYW0sd2GvpNyAL4RFs05k/SkkIZA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Y5DzcNtS; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1707145520; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=FXy6N5Hj3b9jUQ/4xq6JMXJUFvLSM3G8DhsvSLX3O94=; b=XfaS53arYy+uZ733G+1nBXSSyNaQXvRzWzd4PRWLlWhA4LtoBF9K3Y/tdaDBy0MdZhaktS 54FSPxXQTkDikLU5FaTEJlur5Pttfj1TUHPBfZJFJmvbO6lQ6O4Q0RdbPCbge4aM6/MqBp U8kjpxW5gv9z2fjATtxv2G+nB6gxwN0Oi/idG3SDl5oUW5Ilgiff2srnPjCSur2NfIlVpq +VnKP2NtGMrUy3gEmAz9ozm1kreF3K0HovqASNevLNskrHX1VwXxsTAI1jVbnw5ZPSUn6r uw2wX3XDtJ25AQgV+x/wZH6PCc8pvpjE8Pz8e7R/04XTt3fNWTAfh/uWWVrAbA== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 3FBA36E698 for ; Mon, 5 Feb 2024 16:05:20 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rX0Vr-0005oY-EU; Mon, 05 Feb 2024 10:03:59 -0500 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 1rX0Vn-0005oJ-J6 for emacs-orgmode@gnu.org; Mon, 05 Feb 2024 10:03:55 -0500 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rX0Vk-0005gI-A7 for emacs-orgmode@gnu.org; Mon, 05 Feb 2024 10:03:54 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 16454240101 for ; Mon, 5 Feb 2024 16:03:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1707145429; bh=21+jHIdzxFpNplADqmzTnio7hRmzYYEvqZDK9xAiGbY=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=Y5DzcNtSktQ0gnIgotUsS1S/l8FMgLZPvjMI05ogv2p7uMEgGzEPeC4dV6AaXTNRP HPpM2Bc0azByrEzbSVAROxDUnnjBiWqdy3Krxtr5YCEJ9d/llRw5CqkHRw9BmZwFlU MntJihZQe8UzKfby3kgpFXoN2d8oF//esgZd0Kz32e9Jq/WIl215W4taEmHrjZTSP2 RUU1T7wLddV139EG1XlkX02QTr8yabv+4QjxflvEj68hg41BUr8npPoBrb2S9EuC/X 9CHG3gh7nUAw73dpfixy+DkEyLc3eQEyxvVgT4TYZw4hpxpfsUkogeDQ+9SYu/PBFx Jye33ZW/WV9xA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TT8lm2tBmz6tvl; Mon, 5 Feb 2024 16:03:48 +0100 (CET) From: Ihor Radchenko To: Jim Porter Cc: emacs-devel@gnu.org, emacs-orgmode@gnu.org Subject: Re: Adding custom providers for thingatpt.el (was: [PATCH] Add support for 'thing-at-point' to get URL at point) In-Reply-To: <88435424-afa3-d7a3-56ff-df9f0a2ca6ba@gmail.com> References: <87leba3ame.fsf@localhost> <88435424-afa3-d7a3-56ff-df9f0a2ca6ba@gmail.com> Date: Mon, 05 Feb 2024 15:07:18 +0000 Message-ID: <875xz39cgp.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx10.migadu.com X-Spam-Score: -6.89 X-Migadu-Queue-Id: 3FBA36E698 X-Migadu-Spam-Score: -6.89 X-TUID: Vks38vzPTk4r Jim Porter writes: >> Looking into the source code of `bounds-of-thing-at-point', I see that >> for standard "things" (like url), >> `thing-at-point-bounds-of-url-at-point' is used unconditionally. In the >> case of Org links, we may have something like [[https://orgmode.org]] >> that will not match default URL regexp as is. AFAIU, there is no >> documented way to customize the behaviour of `bounds-of-thing-at-point' >> and `forward-thing'. > > I think it would make sense to add some sort of > 'bounds-of-thing-at-point-provider-alist' (that's a mouthful!) that > would let modes override the behavior of 'botap', but I don't think > that's necessary for the narrower purpose of asking, "I want the value > of THING at point, if any." It would make sense to add a number of alists: - bounds-of-thing-at-point-provider-alist - same for 'forward-op, 'beginning-op, 'end-op. After Emacs have those, we can add Org mode support. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at