From: Michael Albinus <michael.albinus@gmx.de>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 16026@debbugs.gnu.org, Stefan Monnier <monnier@IRO.UMontreal.CA>,
Emacs developers <emacs-devel@gnu.org>
Subject: Re: bug#16026: Connection specific settings and proxies
Date: Fri, 03 Feb 2017 16:37:52 +0100 [thread overview]
Message-ID: <87mve3ffov.fsf@gmx.de> (raw)
In-Reply-To: <87o9ykr6os.fsf@flea> (Ted Zlatanov's message of "Thu, 02 Feb 2017 09:46:59 -0500")
Ted Zlatanov <tzz@lifelogs.com> 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.
next prev parent reply other threads:[~2017-02-03 15:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.7856.1385996719.10748.bug-gnu-emacs@gnu.org>
[not found] ` <86wqjnwa9u.fsf@somewhere.org>
[not found] ` <jwvfvqb1bhb.fsf-monnier+emacsbugs@gnu.org>
[not found] ` <871u1s38m3.fsf@flea.lifelogs.com>
[not found] ` <877f5j2i67.fsf@gnus.org>
[not found] ` <jwvziif80c1.fsf-monnier+emacsbugs@gnu.org>
[not found] ` <87a8a8paru.fsf@lifelogs.com>
[not found] ` <jwv8tpsi3ah.fsf-monnier+emacsbugs@gnu.org>
[not found] ` <87r33jnvn1.fsf@lifelogs.com>
[not found] ` <87h94fqjq7.fsf@gmx.de>
2017-02-02 3:43 ` bug#16026: Connection specific settings and proxies Lars Ingebrigtsen
2017-02-02 14:46 ` Ted Zlatanov
2017-02-03 15:37 ` Michael Albinus [this message]
[not found] ` <87mve3ffov.fsf__41803.1231420629$1486136780$gmane$org@gmx.de>
2017-02-06 15:22 ` Ted Zlatanov
2017-02-12 17:42 ` Michael Albinus
2017-02-13 15:54 ` Ted Zlatanov
2017-02-13 16:17 ` Michael Albinus
2017-02-14 15:01 ` Ted Zlatanov
2017-02-19 16:26 ` Michael Albinus
2017-02-20 16:01 ` bug#16026: " Lars Ingebrigtsen
2017-02-02 23:58 ` Daniel McClanahan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mve3ffov.fsf@gmx.de \
--to=michael.albinus@gmx.de \
--cc=16026@debbugs.gnu.org \
--cc=emacs-devel@gnu.org \
--cc=larsi@gnus.org \
--cc=monnier@IRO.UMontreal.CA \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).