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: Sun, 12 Feb 2017 18:42:17 +0100 Message-ID: <87d1enz4p2.fsf__8270.82356340743$1486921405$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> <87mve3ffov.fsf__41803.1231420629$1486136780$gmane$org@gmx.de> <87k293ny36.fsf@flea> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1486921405 20419 195.159.176.226 (12 Feb 2017 17:43:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 12 Feb 2017 17:43:25 +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 Sun Feb 12 18:43:15 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 1ccyB7-0004Yr-09 for geb-bug-gnu-emacs@m.gmane.org; Sun, 12 Feb 2017 18:43:13 +0100 Original-Received: from localhost ([::1]:52945 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccyBC-000223-IR for geb-bug-gnu-emacs@m.gmane.org; Sun, 12 Feb 2017 12:43:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40016) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccyB0-0001zr-NC for bug-gnu-emacs@gnu.org; Sun, 12 Feb 2017 12:43:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ccyAx-0004AH-LG for bug-gnu-emacs@gnu.org; Sun, 12 Feb 2017 12:43:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39079) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ccyAx-0004A0-Ha for bug-gnu-emacs@gnu.org; Sun, 12 Feb 2017 12:43:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ccyAw-0002To-Ck; Sun, 12 Feb 2017 12:43: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: Sun, 12 Feb 2017 17:43: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.14869213549495 (code B ref 16026); Sun, 12 Feb 2017 17:43:02 +0000 Original-Received: (at 16026) by debbugs.gnu.org; 12 Feb 2017 17:42:34 +0000 Original-Received: from localhost ([127.0.0.1]:37277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ccyAT-0002T5-SL for submit@debbugs.gnu.org; Sun, 12 Feb 2017 12:42:34 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:52585) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ccyAR-0002Sr-KI for 16026@debbugs.gnu.org; Sun, 12 Feb 2017 12:42:32 -0500 Original-Received: from detlef.gmx.de ([62.227.218.242]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Meduu-1d1D6q2Ljk-00ODr8; Sun, 12 Feb 2017 18:42:20 +0100 In-Reply-To: <87k293ny36.fsf@flea> (Ted Zlatanov's message of "Mon, 06 Feb 2017 10:22:21 -0500") X-Provags-ID: V03:K0:ZLXXUyganlLoVQr5QQXkAelW4vuHdjZM4f9BB9WhT6Q0GqWhv2S OrCAMiZ//1YOn++EBA5FijHA8Gz1yUUmhZOh9vjd0J39J4DbJwEKTARjt7IYkyzOeuIpTeL VB4O6Ypo/PSCs4Y8TtFFIZ89c5PKEGdecVXIf7pqUgeitP7U3UqsIpH54J866xiau5kGQgb pLfiHDFATs3oHwH7lVZIQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:sotJaEV1peM=:cwStjg50/yq8tNguKukEGk aVDmVAaoJ4QfSOt9GtMc8wYxeDtz5IEjmgect7Sa5WzWd+WZS4+rYDch+Knw3HJLU6s0lOLfR 46K50fwBhWbgVLHhBjF81PY4HVbi4U5Jkf0UHqwjd3OdUeg4bzk5c3h/VvFAOPoRphJdvyN4n r4RZ0M60lA69KJrJBE/nP0N3OIJg44/J/3b9gHrXsJyhiNFK42uwsCi5QY0jh6uGwzE3Ho491 d7BixKdW618nyrE7WST5lzXBk5s/oVGKIif2wgq2HgacQwb4jFsM/YHGHLGMM2N3/G53HFo3O jb8jQ8APR2w3y9ild3Rw3Bm2k4mzfVZBQ4+4hrYaGt6M/BO2fJ2/xi4vCQSaPVb0BnebETJVD 0IADSDTRguDnZbbi9yJS0qmN9WKQHuxHr7u5nooGy8y3KDyz2aRZYQp0c6JPkzwcTkPrGrfdN EeC85JcHKrCYLQQo1QMRZ5pQza2SEw6dF/aMm2qQ1HriNgdghDraROFs1kwbJqDjUn+vxoEIo 4yExmxkM4N5kRkYVFE1jR34yVwQ8nhVL3W/3g4ibhZny/+rVCq6imW4fPPG+KPYjRiXfehWRA o8UcZP9BnM35wx3kD9X/ScA4lOTzwznYme61hVe/tn2CzVJuUivxznfqdBqj970oxLS4s6Lam /v0gtEvdnNgYwsqqFWDwIygKKS6aM4c9aQkjf7BeAdSVPZwnT+afEwtsnQSQ5Ymz441dMYTmO MbfixXGDSnO+17XYYXrR5R+pVFch9ICOntkrVtQH0dHfYVvqsYVOKsxlhAAOsvBoDsXLrwv+ 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:129272 Archived-At: Ted Zlatanov writes: Hi Ted, > MA> Well, I've stolen the "class" name from directory-local variables. The > MA> concept of connection-local variables is closed to that of directory-local. > > MA> No problem to rename it, if it helps. And sometimes I'm even not sure > MA> whether we need the class/profile concept; it might be even sufficient > MA> to bind variables to connections directly, like variables can be bound > MA> directly to buffers. > > I think from the user's side, it's necessary. We have to associate the > data with a profile, which is then exposed as a configurable entity. > > Let's call them "connection profiles" to be very clear, since just > "profile" can be ambiguous as well. OK, I'll change next time I'll touch the code. > MA> Well, currently a class is bound to a connection via a regexp, which is > MA> used for checking the result of `file-remote-p'. This is good for Tramp, > MA> but it is less good for url-* functionality unless `url-handler-mode' is > MA> enabled, and it does not work for other applications like imap-based > MA> connections. > > MA> Your proposal looks OK to me. U, Y and Z shall be regexps, X a symbol > MA> (or also a regexp?). All of them shall be optional. > > Wonderful. I propose that the application should be a defgroup symbol, > and every connection profile should be required to have a defgroup. > > That would give us an implicit connection profile hierarchy and a place > to hook connection profile customizations at the UI level. > > So defining connection profiles would be something like this: > > (add-connection-profiles :user U :defgroup X :protocol Y :machine Z > :profile 'UXYZ :vars '(...)) > > (add-connection-profiles :profile 'general :vars '(...)) Well, I'm a little bit lost. What does the defgroup here? I understand that replaces what you have called initially an application, but I don't see what defcustoms shall be placed now under the defgroup hierarchy. Could you pls give an example? I also know that there are users reluctant to the customization machinery. Wouldn't we loose them? > Thanks > Ted Best regards, Michael.