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
View this message in rfc822 format
Custom themes were presumably inspired from the color themes of library
`color-theme.el'. Color themes are very quick, however, compared to
custom themes. You can easily cycle among them, instantaneously, with
no flicker etc. Not so, custom themes - disabling all enabled themes
and then enabling one theme is painfully slow, and you see all of the
changes manifested on the screen, slowly. The same is true if there is
only one theme enabled: disabling it and enabling another is very slow.
Is this something that could be fixed?
A custom theme is, I believe, heavier duty, saving more information than
a color theme. A color theme records frame parameters, faces, and some
variables - no more.
Does this difference in the amount of information account for the
difference in performance? Dunno. Hoping someone will take a look...
FYI, color-theme.el is here, and it still works fine with Emacs 24:
http://www.nongnu.org/color-theme.
See also bug #15687: cus-theme.el should provide a means to restore the
initial state, before enabling a theme.
In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
of 2013-10-19 on LEG570
Bzr revision: 114715 rgm <at> gnu.org-20131019023520-s8mwtib7xcx9e05w
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'
This bug report was last modified 3 years and 313 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.