unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: emacs-devel@gnu.org
Subject: Re: auth-sources and EWW
Date: Sat, 19 Sep 2020 16:26:19 +1000	[thread overview]
Message-ID: <87h7ru5lkk.fsf@gmail.com> (raw)
In-Reply-To: <E1kJU8Q-0006rW-Cb@fencepost.gnu.org>


Richard Stallman <rms@gnu.org> writes:

> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
>   > This goes back to one of my biggest complaints re custom; once
>   > something lands in there, it's well-nigh impossible to figure out what
>   > to pull out when something like this bites,
>
> What is the difficulty in doing that?
>
> If you know the name of the option, I'd expect it to be easy to find
> the code for the custom setting, and delete that if you wish to.  Why
> isn't this easy?

The problem is you don't always know the name of the option. There has
been many times I've seen custom variables 'appear' in my custom section
when I've not customized them. Once you know the name of the option and
your willing to ignore the warning about not editing the section by
hand, removing the option is trivial. However, when you don't know the
name or are even aware there is a value set there, it isn't so easy.

As an example, I use elfeed to read blogs. I use org-elfeed to manage
the list of blogs I read. Recently I edited this file to remove some
blogs and add others. Some time later, I happened to view my custom file
and was surprised to see a list of elfeed related blog urls in there. I
don't know why they were in there and they haven't appeared there on
other times when I've edited my org-elfeed file. I do recall that during
that session, I did customise a completely unrelated variable and
suspect this may have been what triggered these other values being
added, but that is just a guess. I deleted the elfeed custom settings,
but if I had not, I do wonder what would have happened the next time I
tried to manage my elfeed urls via the org-elfeed file.

-- 
Tim Cross



  reply	other threads:[~2020-09-19  6:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-18 15:19 auth-sources and EWW T.V Raman
2020-09-18 15:31 ` Lars Ingebrigtsen
2020-09-18 15:35 ` Robert Pluim
2020-09-18 15:41   ` T.V Raman
2020-09-18 16:07     ` Robert Pluim
2020-09-18 16:22       ` T.V Raman
2020-09-19  4:06         ` Richard Stallman
2020-09-19  6:26           ` Tim Cross [this message]
2020-09-19 14:20           ` T.V Raman
2020-09-21  8:17             ` Robert Pluim
2020-09-21 14:44               ` T.V Raman
2020-09-21 16:07                 ` Robert Pluim
2020-09-22  5:32               ` Tim Cross

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=87h7ru5lkk.fsf@gmail.com \
    --to=theophilusx@gmail.com \
    --cc=emacs-devel@gnu.org \
    /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).