GNU bug report logs - #58459
Getting a fresh emacs session with no customisation

Previous Next

Full log

Message #66 received at 58459 <at> debbugs.gnu.org (full text, mbox):

From: uzibalqa <uzibalqa <at> proton.me>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Phil Sainty <psainty <at> orcon.net.nz>, 58459 <at> debbugs.gnu.org,
 Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#58459: Getting a fresh emacs session with no customisation
Date: Thu, 13 Oct 2022 13:56:53 +0000

------- Original Message -------
On Thursday, October 13th, 2022 at 1:14 PM, Po Lu <luangruo <at> yahoo.com> wrote:


> uzibalqa uzibalqa <at> proton.me writes:
> 
> > But things are working the other way round. Things get messed up, then have
> > to figure out what produced it, thing gets too complicated beyond what I consciously
> > did, then emacs uses them. Does a user have control this way? Of course not.
> 
> 
> You have control: inhibit-x-resources.

The sensible way is to have the user exactly specify the file he wants for setting
the resource parameters.  This would avoid picking up settings that only the gods 
know where they are, and what had set them up in the first place. 

What could happen if the actual x-resource settings are removed from the system?
Would it be detrimental to users in unknown ways?
 
> > My challenge in why emacs is taking authority from x-resources. Rather than
> > firing vanilla emacs with some properly defined face with good accessibility.
> 
> 
> [...]
> 
> > If emacs maintainers are actually so smart, how long is it going to take exactly
> > for vanilla emacs to start using some well defined accessibility metrics such
> > as modus-themes, so that the maximum number of users can comfortably use it.
> 
> 
> Take the complaint to the Trisquel or MATE developers.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.