GNU bug report logs -
#15740
24.3.50; enabling & disabling custom themes is slow
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 27 Oct 2013 21:09:02 UTC
Severity: minor
Tags: moreinfo, wontfix
Found in version 24.3.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #25 received at 15740 <at> debbugs.gnu.org (full text, mbox):
> > Yes, the problem is still there. (Tested, e.g.,
> > with the latest Emacs release, 27.2.)
> >
> > See the recipe from emacs -Q in...
>
> "Multiple simultaneous solution representations in a
> population based evolutionary algorithm"?
Oops - copy+paste error. This is the URL (for msg #11):
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=15740#11
> Are you sure that this isn't a problem with doremi?
> Do you see the problem using `M-x customize-themes'?
Yes - no problem with doremi. `doremi-custom-themes+'
just changes to the next theme when you hit a key
(e.g. <up>).
And with non-nil option `doremi-custom-themes-accumulate-flag'
it does what Emacs does by default when moving to another
theme: it doesn't cancel the previous theme(s); it just
adds (enables) the new one also (uses `enable-theme').
None of this has anything to do with `customize-themes'.
(The comparison is to use `doremi-color-themes+', which
cycles among _color_ themes. The code is parallel.)
This bug report was last modified 4 years and 7 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.