From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#16026: Connection specific settings and proxies Date: Fri, 03 Feb 2017 16:37:52 +0100 Message-ID: <87mve3ffov.fsf__41803.1231420629$1486136780$gmane$org@gmx.de> References: <86wqjnwa9u.fsf@somewhere.org> <871u1s38m3.fsf@flea.lifelogs.com> <877f5j2i67.fsf@gnus.org> <87a8a8paru.fsf@lifelogs.com> <87r33jnvn1.fsf@lifelogs.com> <87h94fqjq7.fsf@gmx.de> <87o9ykr6os.fsf@flea> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1486136780 29996 195.159.176.226 (3 Feb 2017 15:46:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 3 Feb 2017 15:46:20 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: 16026@debbugs.gnu.org, Stefan Monnier , Emacs developers To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 03 16:46:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZg3t-0007OU-Fj for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Feb 2017 16:46:09 +0100 Original-Received: from localhost ([::1]:35387 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZg3z-0006cF-3D for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Feb 2017 10:46:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZfx2-0000gR-ME for bug-gnu-emacs@gnu.org; Fri, 03 Feb 2017 10:39:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cZfx1-0003DT-No for bug-gnu-emacs@gnu.org; Fri, 03 Feb 2017 10:39:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57101) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cZfx1-0003DK-K6 for bug-gnu-emacs@gnu.org; Fri, 03 Feb 2017 10:39:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cZfx0-0006uV-EI; Fri, 03 Feb 2017 10:39:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Fri, 03 Feb 2017 15:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16026 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 16026-submit@debbugs.gnu.org id=B16026.148613629226506 (code B ref 16026); Fri, 03 Feb 2017 15:39:02 +0000 Original-Received: (at 16026) by debbugs.gnu.org; 3 Feb 2017 15:38:12 +0000 Original-Received: from localhost ([127.0.0.1]:55300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZfwB-0006tS-Tn for submit@debbugs.gnu.org; Fri, 03 Feb 2017 10:38:12 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:61862) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZfwA-0006tF-SZ for 16026@debbugs.gnu.org; Fri, 03 Feb 2017 10:38:11 -0500 Original-Received: from detlef.gmx.de ([93.197.213.175]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LjIit-1c2H3i2xe3-00dZ1K; Fri, 03 Feb 2017 16:37:57 +0100 In-Reply-To: <87o9ykr6os.fsf@flea> (Ted Zlatanov's message of "Thu, 02 Feb 2017 09:46:59 -0500") X-Provags-ID: V03:K0:SHPo5aL6kb7CTEq+dOAbXn0rd+amG9na3m1zpbi+h+9bwtfgGRK /TkqzHRiMj5cvTqUmElnMo/rcjOYt0E22tfUbcP3ISdxeBR//RIn4VSfoYwBsRY4xZi6DdG oTObuevIzXd2rwyV/aJI3tpWtSCKxR58d0Tpx1Xn+Z+He3fbkIcP3WQP+Pvpihw/0PfqF1W PYHmUVFOHCCaBoNhX5gUQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:UT1SWLYzwCw=:f+z581U9XaGztuchzr0dwe iGDkfHMDWPK+Y1TcVF5oHOux4jBJk7/3WIS3RYgUNSV+fVd4kXJnUD8mlp5N6OZzw0T7nrsuK L0iQCmpQz9DGPI7o6VuSolSIenqdUke2u0+CmySJ0N1jobGnL+XCXRPntTfMe8Uya8JYtlIVm ujSYf9J5QslBJYdu94Cz4Lqz0/17AnfcgxHRnTCNqb/yWr12XUBQFOon2eaTa2bM2k1RHqs4O 4mOqNwNualcElbAT9hSMJSj4CWMF3mWCgPjJeFsuo5dm+e49ZJ8ImLvwodckf5awXHMnyMajD X2y1FvoRiJrXBVCJRzytc/5IvFPpV4PMRlPuj6tvnN52IiHUC84LoLAW467pccK1QfGhOdV8V yASQySVT/80qWDqv9ncGJmfSfXwQbcl/GQomAFhDIyG0In4tI2wKo71uVgrRarLlRqZRyfsdx eWAnYjDEvlF/WBm9sXFC0uXi/1esOM/JVi9EKDycZhpUIaPbbbsQ9F8P8AXEqHH2u6PcqYMvC +SmaOZ98VaLrJegRO6+lqwvZj09Wh0fuHeOn79rJSSw3vDYp7j07q7pO0/TSFr98X58pHsHw7 RK1FlPUS5fxHvk3WEiyXlyYgxCgRXb69qYyohYD2ef70rZZeNoXsztatbsCz6Yq/NJXaD+zmz tOxA0wmidBNsWCI9O8g8eVDOopqIIjN+qSf11zCro75fb8RQr96sY0HlkOWM4HfyZt4/FtxHh 7+shK1qn57N4oLhIbBlk5p2rWaeXkTPTBOa/cEH1ImPCB0P9wiiSKRdXSgBRIov1XLfKxWcv X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:128921 Archived-At: Ted Zlatanov writes: Hi Ted, > The way Michael set it up, you have connection profiles ("classes") that > can be associated with any variables. (For passers-by, see > `connection-local-set-class-variables', `connection-local-set-classes', > and `with-connection-local-classes'). Profiles can be overlaid to > augment each other. > > (Michael: maybe it's not too late to change "class" to "profile" > because the former is so overloaded in our field?) Well, I've stolen the "class" name from directory-local variables. The concept of connection-local variables is closed to that of directory-local. No problem to rename it, if it helps. And sometimes I'm even not sure whether we need the class/profile concept; it might be even sufficient to bind variables to connections directly, like variables can be bound directly to buffers. > LI> And, like I said, I don't know whether it's the right design choice to > LI> have these settings be global, or whether they should be passed in > LI> explicitly from each application. Would users want to use one set of > LI> proxies while reading HTML news from Gnus and another when reading from > LI> eww? Perhaps? Perhaps not? > > I see. I think the classes should be associated with applications and > protocols and login names, not just connections. Michael, what do you > think? That would require changing the identification parameter to > `connection-local-get-classes' to be an alist or a plist like > :user U :application X :protocol Y :machine Z Well, currently a class is bound to a connection via a regexp, which is used for checking the result of `file-remote-p'. This is good for Tramp, but it is less good for url-* functionality unless `url-handler-mode' is enabled, and it does not work for other applications like imap-based connections. Your proposal looks OK to me. U, Y and Z shall be regexps, X a symbol (or also a regexp?). All of them shall be optional. > Ted Best regards, Michael.