From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id 6O5RJw2v+WQV/AAAauVa8A:P1 (envelope-from ) for ; Thu, 07 Sep 2023 13:07:57 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 6O5RJw2v+WQV/AAAauVa8A (envelope-from ) for ; Thu, 07 Sep 2023 13:07:57 +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 6649C454A2 for ; Thu, 7 Sep 2023 13:07:57 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=none; 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=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1694084877; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=fWjtBIMyaQp4yWsmvoyLdmdloI8FrrG+LzsBcm45qnw=; b=mbX+Kw9SkhB9oRcw6tVgOn6j25DqfYZMyYhrzVmUImHgcXWWNsjnVq0iXWGXM1QXrOm+bF BmtaFR0ErJl2OZ58BP6nT174a5XdKxv4ZeeFf3oy7L1UmfEQHlPvntWQPwXtdvOuf6rErk UA2eNOZX/vQXFY1UFN7HVUzMyYlkH/8FdnnrMNhukkiA2Rv0UjjcoTZ7Bvft9E/9JPlt1t QXZci9enNZLNDPNiT+3n40I5ii09PSv8t3opwiiECvXDey8IWxWyxsOm1jJSDT4q+P9p4y OH2WxqInFg7/fqfzwOPULTOwJQP88koxSWq9S7i2BGREtelfVNYirX1rRjF8ow== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; 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=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none) ARC-Seal: i=1; s=key1; d=yhetil.org; t=1694084877; a=rsa-sha256; cv=none; b=Ub8EHu9MuQ05QHK7IGrHKzemTPXiYvh4ntSLWbF1mILmaAx+9GZlu1VMuMiWTiN5zVH1a6 qwgBUQlSgs+SdtI1tjcqcgs15joxEFDryy5xpitj6ixhcktNIiz91scnbaRA409QD+fkzL 3VWAfUkSPAfQnUYrYwQL9YNOmoRcSn1FV6M4+BKzvaQ7zFevCQ+CLHC5gqERnBGhzjpCwr JDi6wOKMDbmyAZVYWcLCsiWq1orTxM9oHQIvoaIs3S/snpPcBN4ifo79PD+IMPI/7rQLrE NscND9ha7uYbR1UyO3jenHNivMnrHNmxKPXSRNT49crkSG2phYqY4ZQWaogvig== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qeCqu-0001ZS-SY; Thu, 07 Sep 2023 07:07:12 -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 1qeCqt-0001Z2-Na for emacs-orgmode@gnu.org; Thu, 07 Sep 2023 07:07:11 -0400 Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qeCqr-00048i-OI for emacs-orgmode@gnu.org; Thu, 07 Sep 2023 07:07:11 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qeCqn-0001LH-SJ for emacs-orgmode@gnu.org; Thu, 07 Sep 2023 13:07:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin 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/)]) Date: Thu, 7 Sep 2023 18:07:00 +0700 Message-ID: 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> <871qfhhw7h.fsf@localhost> <87fs3svq5f.fsf@localhost> <875y4mp8mm.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Content-Language: en-US, ru-RU In-Reply-To: <875y4mp8mm.fsf@localhost> Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 13 X-Spam_score: 1.3 X-Spam_bar: + X-Spam_report: (1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-1.473, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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-Queue-Id: 6649C454A2 X-Migadu-Scanner: mx1.migadu.com X-Migadu-Spam-Score: 4.18 X-Spam-Score: 4.18 X-TUID: toQCiTy302Ru On 07/09/2023 17:42, Ihor Radchenko wrote: > Max Nikulin writes: >> >> I am considering another behavior. If any PREFIX: is recognized then the >> link exported literally as PREFIX:PATH unless the PREFIX is registered as >> >> (org-link-register-search-link-prefix "sec") >> >> So if the document does not contain PREFIX:NAME target then it is an >> export error (or another prescription controlled by >> `org-export-with-broken-links') and it may be reported so by `org-lint'. >> >> Different users expect different degree of strictness during link >> export. I am unsure which variant is better. > > I feel that it will be too complex. > We might simply throw a warning when we get unregistered [[type:path]] > link, so that the user can notice if there is any problem. I do not think it noticeably increases complexity in comparison to the current state of affairs, but I agree concerning warnings. It would be great. It is my dream for a long time to get a buffer with export warnings in `compilation-mode' with file:lineno labels. I admit it may be a challenge taking into account include directives and various filters that changes content of export buffer.