From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#60505: 29.0.60; Fido Mode and Tramp Completion Date: Thu, 02 Feb 2023 09:25:41 +0100 Message-ID: <87cz6seanu.fsf@gmx.de> References: <87k024918k.fsf@jroy.ca> <8dea9f3e0e411c315b04@heytings.org> <87tu15m6g7.fsf@gmx.de> <8dea9f3e0eb47ac9e4ab@heytings.org> <371ba1d0be1f14c7c798@heytings.org> <8aadf0ddd54d67a3213d@heytings.org> <87a62jmwj6.fsf@gmx.de> <87o7qwm3dd.fsf@gmx.de> <43562d4dd9c31382eb40@heytings.org> <87k011dtw2.fsf@gmx.de> <43562d4dd93037f7d01f@heytings.org> <834js4zi69.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22412"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 60505@debbugs.gnu.org, Gregory Heytings , julien@jroy.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Feb 02 09:26:23 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1pNUvG-0005da-N1 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 02 Feb 2023 09:26:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pNUuy-0004Ha-4j; Thu, 02 Feb 2023 03:26:04 -0500 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 1pNUuw-0004HF-Jr for bug-gnu-emacs@gnu.org; Thu, 02 Feb 2023 03:26:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pNUuw-0004oG-Bf for bug-gnu-emacs@gnu.org; Thu, 02 Feb 2023 03:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pNUuw-0003bd-06 for bug-gnu-emacs@gnu.org; Thu, 02 Feb 2023 03:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Feb 2023 08:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60505 X-GNU-PR-Package: emacs Original-Received: via spool by 60505-submit@debbugs.gnu.org id=B60505.167532635813852 (code B ref 60505); Thu, 02 Feb 2023 08:26:01 +0000 Original-Received: (at 60505) by debbugs.gnu.org; 2 Feb 2023 08:25:58 +0000 Original-Received: from localhost ([127.0.0.1]:60656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNUus-0003bL-4D for submit@debbugs.gnu.org; Thu, 02 Feb 2023 03:25:58 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:35065) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNUuq-0003b6-LV for 60505@debbugs.gnu.org; Thu, 02 Feb 2023 03:25:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1675326343; bh=+aqCCA2jaYh7yi35bZ7xxQWxwS8SC9nsc1plJeSPzow=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=kPKsa7pm3E6k9NDQLIygnKeKHWy8KbjUkmyXQJkwwKsaIKrss1rSzdA4rCRPLmFsG C5G0uxzIx1ZZs0yHV8wPkzpbYddylngucbSJm0T6UwenIdqcR9EPskHaD2hMhZZhgb 78d1AUcm5i4RbGuaYsFnhhXgH1ZG9WK3DtXyL7D1Jp/Y+buvFS4A4Nqz5e9FGKCrR1 04F5RUt01eaAim9SrDVU3OHZ0m4IZ9DC4YVQ1vQ6a3GJp/3bjQ8tpHL0M8RchJVEsB dVR9pknf4SL65Inv+TG2WWffdHeHQnSrYWVzj4+fFbo66omxZZT57ks+OThCASCbcE KIcqFN+QbUfXQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from gandalf.gmx.de ([185.89.37.45]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MpUYu-1orhLX0uzM-00psff; Thu, 02 Feb 2023 09:25:43 +0100 In-Reply-To: <834js4zi69.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 02 Feb 2023 08:37:50 +0200") X-Provags-ID: V03:K1:0YDrLp5DQh7WxKWMriJ3SHmpvSRI/ydRju8wZFB4A/5HMEv7UhA g+aISC1txQpaUdMwriRkI+CbJqRrPsDqv/WgRzaCsNZgVeBwRT4TCSMistsXIlbBT6yxFZR DlHgEV1YGAXXHU8j21qCQeWh6iXeQtqjI/HJwJ/J3ckL9vTzqhDXNtnpURvYqowJHilbcS8 CIdyOgXawae4MGmYz8tXg== UI-OutboundReport: notjunk:1;M01:P0:RW9Or5ZrSN4=;WixwctKAi4LCx0GfyS4wWKK+AO5 e3KNFiGRjOb8DRSb1/CaExyLHEOXLLCy4vWPXklpr+D6qt5mXMwC6rmdZHs7uYXA94iejauWs ZAxnOymSxpQpT61C85/2c00YdV4+rqSJqujyoEgJQBZAYProOzqZl/PF+LBJFkCZ4+e6fN892 G2MecR3KyeyUkkaZH0DzhN692UEEzvnwBcXR1IneLrev0LsuzINh50/LOfAIRTQUUyoYtgz/+ GWEDSaYC8xg7HL4jUTIkcr6qEwe0GpwkqeX9IrU4ac6Y/wztqIXEQT36JQYbt+qYKY51h7Ha3 WDUW3O3AD98KUKFvNiBckZ1s/wPo8+iWKBl0fhuE+ovSfirZlhlGO10HPbd7W4E2aRQ6boEC5 8AXn6CeULxXw8sWh3scSfwP+2sqfrAAw47xKLTa5L235+FTm0oZPDxURlwJt4RGM5HLqYOjlX dLp+rkgxW4Mf31F3sOMEHB13Z2p2tjAO4pWHY5QUg+G3US+edjgmdDnzzOXKB+MGOG4UVnnU6 BcvF/JFU6jyY33KtPv4rfAaT4i77oHpSmiqn0qyRtzMzEHF18h2wu34ahlV5pprW87gwq/0l/ u1qIYHyJHlPQ9KoF+wNixykRCad2SqwL0mkDLU2kI6jgZg+sAX7n3fL4oexqfwcjcyvaM44Fm NVRMP/mgtF4cgZ7d0pRcDPQNSAqZ3z5gQnW9MWFeFFCvt2e7WJnT34JS7/LdBbEgzhCfj2wSK 1EYHPUF9MNnLffHYOl38tgvqw7bw3w69ujOWeCMwTKK+LNjOiXzXfqyehWMyvM9IbTk7FBEq X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:254634 Archived-At: Eli Zaretskii writes: Hi Eli, >> More importantly (as I unsuccessfully tried to convey) it circumvents t= he >> bug in the implementation of a particular completion mechanism, which i= s >> not the place where the bug lies and should be fixed. It is not >> reasonable to expect that all existing and future file completion >> mechanisms should implement specific rules to deal with the Tramp synta= x >> (or, for that matter, with the syntax of any other package). > > From my POV, it is very reasonable to expect that completion > mechanisms know about Tramp syntax and support it. Tramp became long > ago an integral part of the Emacs core, so its syntax is as important > to support as any other syntactical aspects of file names in Emacs, > such as the "/:" "quoting". I could imagine that the completion machinery offers an API that a package could register its own idea of a file name syntax. Plus a hook, for parts of that file name the package is responsible itself. This would avoid the need to check in the completion machinery, which Tramp syntax is recent. The current API, file name handlers for file-name-completion and file-name-all-completions, is too restricted. Other packages but Tramp would profit as well. For example, running "emacs -Q", typing "/: TAB", removes the colon and offers completions for "/". I don't know whether this is really right; there is a reason that a user has started with "/:". Best regards, Michael.