From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: themes Date: Wed, 13 Oct 2010 12:35:01 +0900 Message-ID: Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286941178 5664 80.91.229.12 (13 Oct 2010 03:39:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 13 Oct 2010 03:39:38 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 13 05:39:37 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P5sBl-0005Ct-0M for ged-emacs-devel@m.gmane.org; Wed, 13 Oct 2010 05:39:37 +0200 Original-Received: from localhost ([127.0.0.1]:38518 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P5sBj-0001Xx-Rz for ged-emacs-devel@m.gmane.org; Tue, 12 Oct 2010 23:39:36 -0400 Original-Received: from [140.186.70.92] (port=44267 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P5sBc-0001XB-4L for emacs-devel@gnu.org; Tue, 12 Oct 2010 23:39:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P5s7V-0006SO-7U for emacs-devel@gnu.org; Tue, 12 Oct 2010 23:35:14 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.193]:60307) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P5s7U-0006SA-M6; Tue, 12 Oct 2010 23:35:13 -0400 Original-Received: from mailgate3.nec.co.jp ([10.7.69.195]) by tyo201.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id o9D3Z7Ic018112; Wed, 13 Oct 2010 12:35:08 +0900 (JST) Original-Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id o9D3Z7A16419; Wed, 13 Oct 2010 12:35:07 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.50]) by vgate01.nec.co.jp (8.14.4/8.14.4) with ESMTP id o9D3RcE7012852; Wed, 13 Oct 2010 12:35:07 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.16] [10.29.19.16]) by relay21.aps.necel.com with ESMTP; Wed, 13 Oct 2010 12:35:07 +0900 Original-Received: from dhlpc061 ([10.114.98.180] [10.114.98.180]) by relay21.aps.necel.com with ESMTP; Wed, 13 Oct 2010 12:35:07 +0900 Original-Received: by dhlpc061 (Postfix, from userid 31295) id 7D7D252E1B7; Wed, 13 Oct 2010 12:35:06 +0900 (JST) System-Type: x86_64-unknown-linux-gnu Blat: Foop Original-Lines: 51 X-detected-operating-system: by eggs.gnu.org: Solaris 8 (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131655 Archived-At: The scuttlebutt has always been that the color-theme stuff is very flaky, but since there's been some effort to set it up by default, I decided to try it out. Some observations: 1. I normally have a dark-background. Since the "tango" theme is a light-background theme, I did "load-theme RET tango RET" expecting it to change my background color ... which it didn't. Instead, my window flashed, and some random faces changed, but mainly things seemed exactly the same. Is this a bug, or does this theme intentionally not change the background color? If the latter, isn't that kind of awkward, given that themes seem to be designed for specific background colors, and look pretty bad when on some other background color? [It seems pretty user-unfriendly to make a user change the background color himself to match the theme ... most will not even realize they need to do so.] 2. The basic interface seems to be "load-theme", which also turns on the theme, and then you can subsequently use "disable-theme" and "enable-theme" to turn it off or on again. Isn't this kind oaf out-of-sync with general Emacs policy, which is that "loading" should only load stuff, and not actually execute it? Perhaps it would be better to deprecate load-theme for user usage, make `enable-theme' the main entry point, and give the latter the ability to auto-load themes (and do completion on unloaded themes) etc. 3. Themes _seem_ to be stacked, which I guess could be nice, but is also kind of confusing. I wanted to try out various themes, so I did load-theme x, load-theme y, etc. I then wanted to go back to my own settings, so at first I did "enable-theme user" which didn't work... then I realized that maybe I needed to do "disable-theme x" for all the themes I had tried; I did this, but I'm still not back to my original faces... Now I'm not sure if there is anyway to get back without restarting emacs. Anyway, I'm kind of confused. Am I misunderstanding this stuff? Is it simply buggy? Is this really a good interface...? Thanks, -miles -- I'd rather be consing.