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: Sun, 12 Feb 2017 18:42:17 +0100 [thread overview]
Message-ID: <87d1enz4p2.fsf@gmx.de> (raw)
In-Reply-To: <87k293ny36.fsf@flea> (Ted Zlatanov's message of "Mon, 06 Feb 2017 10:22:21 -0500")
Ted Zlatanov <tzz@lifelogs.com> 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.
next prev parent reply other threads:[~2017-02-12 17:42 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
[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 [this message]
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=87d1enz4p2.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).