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

Previous Next

Full log

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

From: Po Lu <luangruo <at> yahoo.com>
To: uzibalqa <uzibalqa <at> proton.me>
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 21:14:12 +0800

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.

> 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.