From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: bug#16026: Connection specific settings and proxies Date: Sun, 12 Feb 2017 18:42:17 +0100 Message-ID: <87d1enz4p2.fsf@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 1486921368 11645 195.159.176.226 (12 Feb 2017 17:42:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 12 Feb 2017 17:42:48 +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: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 12 18:42:43 2017 Return-path: Envelope-to: ged-emacs-devel@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 1ccyAc-0002h2-F6 for ged-emacs-devel@m.gmane.org; Sun, 12 Feb 2017 18:42:42 +0100 Original-Received: from localhost ([::1]:52943 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccyAh-0001l1-VF for ged-emacs-devel@m.gmane.org; Sun, 12 Feb 2017 12:42:47 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccyAY-0001ku-Jz for emacs-devel@gnu.org; Sun, 12 Feb 2017 12:42:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ccyAV-0003ny-I0 for emacs-devel@gnu.org; Sun, 12 Feb 2017 12:42:38 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:56456) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ccyAV-0003ni-73 for emacs-devel@gnu.org; Sun, 12 Feb 2017 12:42:35 -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-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.17.21 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:212298 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.