GNU bug report logs -
#15687
Disabling custom theme does not reset vars
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Tue, 22 Oct 2013 20:56:01 UTC
Severity: normal
Tags: fixed
Merged with 34027
Found in versions 24.3.50, 27.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Please read the bug report. It includes the case where all themes
that have ever been applied have since been disabled. That does not
restore all other customizations that were in effect before theming.
That's all.
If you need a recipe, emacs -Q, load oneonone.el, then doremi.el and
doremi-cmd.el. Then cycle among themes, using `doremi-custom-themes+'.
Use `C-g' to cancel. The initial state is not restored. Nothing
close to it. Not for any existing frames.
Sure, if you then create a new frame, things will look generally OK
in that frame. But the state of any existing frames has been altered
and not restored. Disabling a theme does not undo its effect wrt
Emacs in general. It simply disables one theme wrt other themes
(including wrt all other themes).
In addition, I see no way to take a snapshot of the current Emacs
state as a theme, or even as a pseudo theme, to which one can revert.
This is something that is trivial with color themes - just call
`color-theme-make-snapshot'.
Try the same thing, but with command `doremi-color-themes+'.
No problem.
This bug report was last modified 4 years and 260 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.