From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id sGbNG77j8mSFNQEA9RJhRA:P1 (envelope-from ) for ; Sat, 02 Sep 2023 09:26:54 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id sGbNG77j8mSFNQEA9RJhRA (envelope-from ) for ; Sat, 02 Sep 2023 09:26:54 +0200 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 F0693448C3 for ; Sat, 2 Sep 2023 09:26:53 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=W59LZnmD; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1693639614; 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=Zs3h5DdqMuYggWagBTAPlD3dMNO+BlhxWdanlgsGSIw=; b=Pr6oBmmoTqUPLQAVWGaP7CAfsTpUEWN8e7MLPa6FgJ5dstIgB882IM4GwGVH4OJ13wntsu 5hFTGDZ77r/ONCN6ekY3o2q8aWTMkkwj+fGOrRfbUewkYoRVFL8B6hkGfc/n/e1sfVXKb2 DFiXDzKFF+IfKq1MEOED7JhWR6wi1mEUMmq+zCJfx/cxpY/Kfz1uM/3LD8KtOWZmjqZ3yr WpX1E+t2gKocP63DiSOmFs+MvfLjYWXYb5NEcPdIgAvV6AOJCYCqs6fJoO4h2NDcZVDrf1 fNbgaS8LRxGftZ2idHs2ie3VTQyd4k8Oknl50iNBPT/S9hSRQwIvaO1odZN9qg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=W59LZnmD; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1693639614; a=rsa-sha256; cv=none; b=MivOawAkUKe5BZBNnJE8ePS9qADSETre75/PUFrp2uOBwMxK5vWF/a1R4kn70Allw+M+lK vp3dqSwkGbQsjbdhjfg5/RikTeZYJC2YeHqNT0kecIlqvPEp8K+8cgxP1mH7c6svToFunm Uw/k46ttZVN133oDmyoGMhUc7hIekmkSzqi76hnp4HoGZEF2QgK97Qc37blrP1KoHfvJtw 64v1nsz42jsirSONi4U8caA4qcNetMerwAbm7W2V98Ht8umvfkE7PwoBqUIjQkulbf2pGF OT8zoe0KNVpRiVED5rT45NA8wsiW7eNAHg8q5113mvYSxeLZK39eYsk7/xOoMA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qcL1M-0003Ll-J9; Sat, 02 Sep 2023 03:26:16 -0400 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 1qcL1L-0003LO-8b for emacs-orgmode@gnu.org; Sat, 02 Sep 2023 03:26:15 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qcL1I-0002Wd-HJ for emacs-orgmode@gnu.org; Sat, 02 Sep 2023 03:26:15 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 68344240029 for ; Sat, 2 Sep 2023 09:26:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1693639570; bh=8HgHLmFy9SEgsnkz4IRG8WFxhffwQx+EolT2ov8xF4g=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=W59LZnmDflt/60SMiMGl0PA88JvFd0YS2OedrnmEVx8LowY7Fnn7U0bOYM6lYbmLA L7tYFr3KvaNY3tnTAkvhlSCIfRD8Q6tT/ovDhO9gsUtM+FQ1W5BNjTs27epOIxuAfK LrGS8c7mETiNZEKjP80dF3Avsw/oe8a8v9FbL544Lz/jw3KwV50l3tsFuAYzq4NKLq MGmoTVye6oBXWhs4MYR64yj0PWC2ajym7OUwKlYtxJFNdQuFW6IR6+IC5FgbaRnwpY R5dhENOzPDTfDt7rqw2DlhEialae3VjN6munOJfBVnBiEt3OMHc+MC6plxPGpTj5TD JytKD79NV/sWA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rd5zY6YsYz9rxP; Sat, 2 Sep 2023 09:26:01 +0200 (CEST) From: Ihor Radchenko To: "Dr. Arne Babenhauserheide" Cc: Max Nikulin , Bastien , Timothy , Tom Gillespie , Csepp , emacs-orgmode@gnu.org Subject: Re: [DISCUSSION] May we recognize everything like [[protocol:uri]] as a non-fuzzy link? (was: [BUG] URI handling is overly complicated and nonstandard [9.6.7 (N/A @ /gnu/store/mg7223g8mw90lccp6mm5g6f3mpjk70si-emacs-org-9.6.7/share/emacs/site-lisp/org-9.6.7/)]) In-Reply-To: <875y4udqim.fsf@web.de> References: <87il8v2q00.fsf@riseup.net> <89434f4f-8aea-23f2-bbfc-3961c18f2154@gmail.com> <87a5u6tgb3.fsf@localhost> <87fs3ydv17.fsf@web.de> <871qfirwbx.fsf@localhost> <875y4udqim.fsf@web.de> Date: Sat, 02 Sep 2023 07:26:42 +0000 Message-ID: <871qfhhw7h.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -4.50 X-Spam-Score: -4.50 X-Migadu-Queue-Id: F0693448C3 X-Migadu-Scanner: mx2.migadu.com X-TUID: ZQsCNGyCz0gV "Dr. Arne Babenhauserheide" writes: >> May you elaborate about what is going to be broken? > > I have many links where I use <> along with > [[sec:spielbeispiel]], often along with > @@latex:\phantomsection\label{sec:spielbeispiel}@@ to enable reliable > inline linking inside org-mode and across different export formats. > > If I understood the proposal right, all of these would break. Or did I > misundestand that? What I had in mind is that only parser will be changed. Now, [[sec:spielbeispiel]] is (link :type "fuzzy" :path "sec:spielbeispiel" ...) With my proposal, it would become (link :type "sec" :path "spielbeispiel" ...) However, "sec" link type will still not be listed in the output `org-link-types' (not registered). Then, ox.el and other link processing code, when encountering a link type that is not registered, will fall back to searching "fuzzy" link. So, export, and following the link should not be affected. There might be caveats related to parser though. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at