When I follow the instructions for Emacs 24 in the README, it doesn't appear to work for me. Enable-theme does not find the themes. I can only get the themes to load by adding the solarized directory to the loadpath, and then either (require 'solarized-dark-theme) or (require 'solarized-light-theme). Even after I require the one I want, enable-theme still won't find it. Nor will load-theme.

Is there perhaps a step missing?

David

Terminal emacs. iTerm2 with the solarized theme activated. Emacs >=24.

I'm using Emacs 24 for Mountain Lion

The solarized themes are available in load-themes, but selecting any solarized theme results in the following error.

'Symbol's function definition is void: find-color'. My .emacs is pretty bare

(add-to-list 'custom-theme-load-path "path-to/emacs-color-theme-solarized")
(transient-mark-mode 't)

Any ideas on how to fix

The eshell buffer colors (aside from the background color) don't apply from the Solarized theme.

When using commit f41e9e4 (28 Apr 12) and after, all new buffers appear with invisible cursors. There are no (obvious) error messages displayed. Explicitly setting the cursor face causes the cursor to appear although buffers minted afterwards continue to have an invisible cursor.

emacs version: GNU Emacs 23.4.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2012-01-29 on bob.porkrind.org
color-theme version: 6.6.0

I'm happy to provide further information if required. Thanks!

The selected region is invisible when enabling "highlight the current line (Emacs23 build-in)"

Try adding the below line to ~/.emacs, restart Emacs, C-@ to select any region and you'll know what I mean.
(global-hl-line-mode 1)

wrong-type-argument listp font-latex-warning-face

This is the traceback from debug-on-error:

Debugger entered--Lisp error: (wrong-type-argument listp font-latex-warning-face)
  car(font-latex-warning-face)
  (list (car def) (cdr def))
  (lambda (def) (list (car def) (cdr def)))(font-latex-warning-face)
  mapcar((lambda (def) (list (car def) (cdr def))) (font-latex-warning-face ((t (:foreground "#d70000")))))
  (let* ((theme-name (intern (concat "solarized-" (symbol-name mode)))) (defs (solarized-color-definitions mode)) (theme-vars (mapcar (lambda (def) (list (car def) (cdr def))) (second defs))) (theme-faces (first defs))) (\` (progn (deftheme (\, theme-name) (\, solarized-description)) (apply (quote custom-theme-set-variables) (quote (\, theme-name)) (quote (\, theme-vars))) (apply (quote custom-theme-set-faces) (quote (\, theme-name)) (quote (\, theme-faces))) (provide-theme (quote (\, theme-name))))))
  (lambda (mode) (let* ((theme-name (intern (concat "solarized-" (symbol-name mode)))) (defs (solarized-color-definitions mode)) (theme-vars (mapcar (lambda (def) (list (car def) (cdr def))) (second defs))) (theme-faces (first defs))) (\` (progn (deftheme (\, theme-name) (\, solarized-description)) (apply (quote custom-theme-set-variables) (quote (\, theme-name)) (quote (\, theme-vars))) (apply (quote custom-theme-set-faces) (quote (\, theme-name)) (quote (\, theme-faces))) (provide-theme (quote (\, theme-name)))))))(dark)
  (create-solarized-theme dark)
  eval-buffer()  ; Reading at buffer position 169
  load-theme(solarized-dark nil nil)
  call-interactively(load-theme t nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command nil nil)

Hi Greg,

Previously I was setting solarize-termcolors to 256 and I could use GUI emacs and emacsclient properly. Now I don't see this option anymore. When I run emacsclient (server being GUI) I am stuck with this screen

This is not with default terminal colours. But even if I set my xterm palet to solorised (which works for all other aplications) my emacsclient display is still unreadable. The key is that the color3 is used as a background.

Any ideas? Is there a way to use degraded termcolors now?

I don't know if this is a configuration problem or a true bug when I use solarized-dark in emacs, the background is bright yellow-green. When I'm not in emacs, solarized-dark looks as it's suppose to. I think solarized light is also having issues. I can see semicolons, but not text that follows them (in a lisp comment).

.emacs:

(when
(load
(expand-file-name "/.emacs.d/elpa/package.el"))
(package-initialize))
(add-to-list 'load-path "/.emacs.d/load-path")
(require 'linum)
(require 'color-theme)
(color-theme-initialize)
(require 'color-theme-solarized)
(color-theme-solarized-dark)

The cursor color isn't behaving for me under os x, while it is under windoze.

Some sexy snaps:

Over hl-line:

Over standard text:

The contents of custom.el on Windoze:

(custom-set-variables
  ;; custom-set-variables was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 ...redacted...
 '(mouse-avoidance-mode (quote banish) nil (avoid)))
(custom-set-faces
  ;; custom-set-faces was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 '(default ((t (:inherit nil :stipple nil :background "#002b36" :foreground "#839496" :inverse-video nil :box nil :strike-through nil :overline nil :underline nil :slant normal :weight normal :height 98 :width extra-expanded :foundry "Microsoft" :family "Consolas")))))

The contents of custom.el on Mac:

(custom-set-variables
  ;; custom-set-variables was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 '(c-mode-common-hook (quote (hs-minor-mode (lambda nil (dolist (k (quote (":" ">" ";" "<" "{" "}"))) (define-key (symbol-value (make-local-variable (quote yas/keymap))) k (quote self-insert-command)))))) t)
 ...redacted...
 '(inferior-lisp-program "lein repl")
 '(ispell-program-name "aspell"))
(custom-set-faces
  ;; custom-set-faces was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 )

Windoze version:

"GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600)
 of 2011-03-10 on 3249CTO"

Mac version:

"GNU Emacs 23.2.1 (i386-apple-darwin10.6.0, NS apple-appkit-1038.35)
 of 2011-02-25 on ssm-macbook.local"

Hopefully the screen shots will be enough to describe what's going on.

Screenshot: http://postimage.org/image/jc8bahd0/

The default font for flymake-errline is

(flymake-errline ((t (:background ,orange)))).

However, I prefer flymake to underline code instead of changing the background (to avoid this kind of problem). So I changed the above definition to

(flymake-errline ((t (:underline ,orange))))

but the result is that after loading solarized via load-theme in Emacs 24, flymake errors have an orange background and underline.

It seems that stuff from the definitions file is added to the default font specification instead of overriding it.

When loading the theme the Emacs 23 way via color-theme-solarized-light, the original font is overridden and flymake errors are only underlined.

This screen shows emacs of the left and emacsclient on the right. As you can see, comments are the wrong color. Should also be italicized.

The difference is even more pronounced when running a diff in magit. Again, left is emacs. Right is emacsclient. I can hardly make out the highlighted text on the right.

Here is the config file again. Something is wrong with the highlighting.

Revision 6948f4f removed the variable solarized-termcolor. However, solarized-termcolor is still mentioned heavily in README.md making it very confusing if you're currently debugging display problems.

I use solarized as a submodule of my .emacs.d, and byte compiling .el files to .elc will show the state as dirty, which is not really the case. Please add a top level .gitignore to fix this problem.

Message when trying to install from Marmalade:

package-handle-response: Error during download request: Not Found

Background isn't set to nil, so the colour of #1c1c1c (base03) shows through. TERM is xterm-256color, but I get varying behavioural issues with xterm as well.

I use emacs 24 in GUI and in iTerm2 on my local machine with this theme and have no problems. My iTerm2 is set up to use solarized ANSI colors. I can ssh into localhost from my local machine and still have no color issues.

I use a remote machine running emacs 23. If I ssh into it, my iTerm2 colors still work fine, and everything is solarized. I scp'ed over my local machine .emacs and .emacs.d/themes/ to the remote machine today, and updated the .emacs to use color-theme instead of emacs 24 themes. I tried M-x color-theme-solarized-dark and got this real ugly thing with royal blue background, a muted cyan in place of dark gray, and so on. I can't figure out what's wrong. $TERM is set to xterm-256color everywhere.

I installed the Solarized palette for gnome-terminal here: https://github.com/sigurdga/gnome-terminal-colors-solarized

But command line emacs looks weird. It looks mostly correct, except for one color.

Dark: http://i.imgur.com/eTNeB.png
Light: http://i.imgur.com/rHN9W.png

Dark is obvious; light's normal text isn't dark blue. Is the terminal thing wrong or is this a bug?

I think it would be nicer if I can install the theme by doing M-x list-packages (Emacs 24).
Please put it in marmalade-repo.org.
Thanks in advance.

I've consistently had this issue with solarized-dark, installed from melpa or directly cloning this repo.

I can use solarized-light, but M-x load-theme solarized-dark gives load-theme: Invalid theme name'`

On OS X 10.8.3, using emacs starter kit and emacs compiled from homebrew.

M-x version:
GNU Emacs 24.3.1 (x86_64-apple-darwin12.3.0) of 2013-03-22 on soundwave.local

Please upload these theme to marmalade repo http://marmalade-repo.org/

There already exists one package there (http://marmalade-repo.org/packages/color-theme-solarized) but it doesn't work without color-them and does not support autoload feature

The document describes to insert the following line into .emacs.
(load-theme solarized-[light|dark] t)

However, the above will cause error and it needs to be the following:
(load-theme 'solarized-[light|dark] t)

I find it extremely disturbing to see red font-loc-doc-face. This is a pretty recent change as far as I can tell, sorry if I am confused.

Previously it was the same color as string face. Now it jumps out of the screen. I think that docs, like comments, should stay in background and not interfere with the coding experience. Now I am pretty much forced to read the docs.

Could this be reverted please?

The README.md refers to a solarized-contrast variable which doesn't seem to exist.

Personally, I would like to see a little more contrast in the solarized light theme under OS X, so would be interested in figuring out what this option used to do.

I know right off the bat this seems dumb... why would Emacs look the same as Vim? But it is my understanding that the Solarized color scheme should look the same regardless of application.

Instead of duplicating all the details here I will just point to the question I asked on SO: http://stackoverflow.com/questions/13651914/solarized-differences-between-vim-and-emacs.

Basically, in the exact same terminal environment with both editors set up to use solarized-dark, Vim 7.3 looks great but Emacs 24.3 not so much. It looks good but not as good as Vim. Is this something that can be tweaked in the Emacs solarized-dark theme or is it simply due to differences between the two editors?

Here's a screenshot with Vim on the left and Emacs on the right:

when I am loading theme M-x load-theme solarized-light I am getting dark solarized theme loaded in fact.

Example:

My load-path includes ~/.emacs.d/plugins/themes/ and so when I load solarized it's (load "emacs-color-theme-solarized/color-theme-solarized") which dies with some "unable to require" message.

I "fixed" it in 99e4437 , I'm not sure if it's the right way to do it, but it works for me.

I have installed the Solarized color-theme using package.el in the latest version of Emacs (24.3), but the colors seem to be off (dark):

I read the following in the Emacs color-theme Solarized documentation:

If you are going to use Solarized in Terminal mode (i.e. not in a GUI
version like Cocoa or X11 Emacs), please please please consider
setting your terminal emulator's colorscheme to use the Solarized
palette.

...

The Solarized repository includes palettes for some popular terminal
emulator as well as Xdefaults; or you can download them from the
official Solarized homepage.

...

Again, I recommend just changing your terminal colors to Solarized
values either manually or via one of the many terminal schemes
available for import.

This made me wonder if I am suffering from this problem. However the snapshot above is from Emacs on a GUI (Gtk) (i.e. not from running Emacs with -nw option)

Either way: How can I change my terminal emulator's colorscheme to use Solarized values? I have git cloned the solarized repository but I don't know what I am supposed to do with it.

In case it matters:

1. I do not have admin access to the machine where Emacs is installed
2. I am running the latest stable version of Emacs.
3. I connect remotely with ssh -X from a GNOME terminal from Ubuntu (latest version) on my local machine. GNOME terminal seems to be version 3.6.0ubuntu.

I'm filing an issue rather than just submitting a patch because I'm not sure if this is intentional or not.

Check out this screenshot. Vim with Solarized dark is on top. Emacs with Solarized dark is on the bottom. Same file. Both editors are using the latest version of Solarized as of about an hour ago.

Now, I don't expect that every color will be the same because of differences in Markdown mode implementations and color semantics between the two editors. But you can see a pretty marked difference between the background color in Vim and the background color in Emacs. The background in Emacs is significantly lighter and, to my eyes, more green.

Is this the intended effect? Would you mind posting a screenshot from your system as part of the README?

I really like this theme but in some mode, I can not read text.

• iswitchb
  
• hightlight bracket (paren mode)
  

And when I attempt to compile, I get the following error.

Compiling file /home/favadi/.emacs.d/themes/solarized/color-theme-solarized.el at Sat Feb 18 11:30:08 2012
Entering directory `/home/favadi/.emacs.d/themes/solarized/'
color-theme-solarized.el:13:1:Error: Wrong type argument: stringp, nil

Compiling file /home/favadi/.emacs.d/themes/solarized/solarized-dark-theme.el at Sat Feb 18 11:30:08 2012
solarized-dark-theme.el:1:1:Error: Symbol's value as variable is void: custom-theme-load-path

Compiling file /home/favadi/.emacs.d/themes/solarized/solarized-light-theme.el at Sat Feb 18 11:30:08 2012
solarized-light-theme.el:1:1:Error: Symbol's value as variable is void: custom-theme-load-path

At the moment flymake-errline highlights things with an almost-white background, which makes the text less readable. The colour in question is base3, which is:

"#fdf6e3"

I've got this in my custom.el:

'(flymake-errline ((t (:background nil :foreground "#dc322f"))))

which just uses the error face as the foreground colour.

Something like this for flymake-errline would be nice:

e39988b

I can send a pull request if you in theory like this idea.

Check out this screenshot from the Solarized homepage:

Now, check out this screenshot from my machine running the latest from this repo as of e05458f:

As you can see, the background color of the current line in the official screenshot is "base 02", a near-black dark blue. In Emacs, however, the background color of the current line is showing up as either "base2" or "base3", a bright off-white.

I don't think this is keeping with the spirit of the theme. I'm not sure exactly what value to use for "base 02" now that this theme has been converted to "generic RGB" values that apparently differ from what's in the chart of color values on the Solarized homepage.

With Emacs 24.3.1, installing color-theme-solarized-20120301 from marmalade I get the following warnings and errors:

Leaving directory `~/.emacs.d/elpa/color-theme-solarized-20120301'

Compiling file ~/.emacs.d/elpa/color-theme-solarized-20120301/color-theme-solarized-pkg.el at Mon Apr  8 11:18:59 2013
Entering directory `~/.emacs.d/elpa/color-theme-solarized-20120301/'

Compiling file ~/.emacs.d/elpa/color-theme-solarized-20120301/color-theme-solarized.el at Mon Apr  8 11:18:59 2013
color-theme-solarized.el:13:1:Error: Wrong type argument: stringp, nil

Compiling file ~/.emacs.d/elpa/color-theme-solarized-20120301/solarized-dark-theme.el at Mon Apr  8 11:19:00 2013

Compiling file ~/.emacs.d/elpa/color-theme-solarized-20120301/solarized-definitions.el at Mon Apr  8 11:19:00 2013

In solarized-color-definitions:
solarized-definitions.el:86:37:Warning: `flet' is an obsolete macro (as of
    24.3); use either `cl-flet' or `cl-letf'.

Compiling file ~/.emacs.d/elpa/color-theme-solarized-20120301/solarized-light-theme.el at Mon Apr  8 11:19:00 2013

Because the line highlight colour is so close to the background colour it's basically impossible to see where the cursor is in a buffer and particularly which buffer/split it's in. Same deal for selecting text. Though the more lines you select the less of a problem it becomes.

I have recently started to check out emacs, but I cannot seem to get solarized to work properly. I have done a ton of googling, but I cannot figure this out.

I am using:

• putty tray w/ ubuntu server running as a vm. Used the puttry tray solarized files to change the default terminal colors.
• screen
• emacs 23 and 24

I have been using the Vim themes for some time now without issue:

That's using the same putty setup and everything, looks perfect

But here is what my emacs looks like:

Both these are with the shell test file from the solarized repo.

Here is my day old .emacs file: https://gist.github.com/3732955

• my ~/.emacs.d/src folder contains color-theme, emacs-color-theme-solarized and evil all cloned from git repos.
• here is what tty-dark looks like: http://i.imgur.com/frjXi.png you can see that the reds and other colors are still picked up

Emacs 24

Following the instructions (add to custom load path, load theme), I arrive at the same exact screenshot as 23.

I can't figure out what I am missing. It works well in vim so it must not be the terminal settings. Is there some extra emacs config that I am missing?

Thank you for the help,

There are a lot situations where multiple faces are applied to text. For example font-lock-keywords takes a "prepend" and "append" option to manage the order of faces.

However faces which have "@fmt-*" in their definition don't work well with other faces. For example @fmt-bold makes it impossible for another face to specify underline because it wipes it out.

I'm checking the default themes that ship with Emacs24 and they don't do this. Why was this design choice made?

This would actually be useful across themes, but for now, just add it to solarized – it should call most of the functions listed in https://github.com/sellout/emacs-color-theme-solarized#bug-reporting and maybe place the output right into the kill-ring?

I wasn't updating the repo for a long time, and after updating it, scrolling in text got slowed down making my Emacs unusable. Changing to other colorschemes makes my emacs scroll normal again. I inspected commits a little bit and found the commit causes this:

commit c003d9a45cef116da717a828a46d5ebc25729b6c
Author: Greg Pfeil <[email protected]>
Date:   Thu Feb 16 17:54:40 2012 -0700

    Bring more colors in line with VIM faces.

Before this commit, scrolling is fine.

I'm not sure whether it's about Emacs or solarized colorscheme but I wanted to show.
My setup: GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version 2.24.7)

From what I can tell it looks like you have a "Generic RGB" and a "sRGB" in the color-theme definitions where the sRGB are taken directly from the solarized definition and the Gen RGB are you trying to "match" the intended colors. At least for Emacs.app on Mac, the problem lies in Emacs itself,

Homebrew/legacy-homebrew#5194

There has been a lot of discussion and it seems like it's an upstream issue that needs to be fixed but on my version, the sRGB is actually what I think I want (because I have a version of emacs compiled with the color fix). Is there a way to tell solarized to not pick the generic RGB colors? Else I'll just go modify the definitions file myself.

Hi there,

first off, thanks for porting this awesome theme. I already tweaked colors for some special modes (e.g. dired+, sunrise) to my needs.

The org-mode first and second level headings (faces outline-1 and outline-2) end up with the same colors, inheriting from 'font-lock-variable-name-face' and 'font-lock-function-name-face' respectively. These generic variables are set up by the solarized theme, right? Is this intended?

I can just specify another color, but I was curious why it ends up like that.

Best regards,
Michael Bach

Hi,

I've noticed a weird issue with the recent emacs-snapshot.

After

(color-theme-solarized 'dark)

only background is changed. All other colors are not affected. Instead

(create-solarized-theme dark)

works fine.

Everything works fine with emacs 23.4 and 3 weeks old emacs 24. It's only the most recent snapshot of emacs GNU Emacs 24.1.50.1 (i686-pc-linux-gnu, GTK+ Version 3.2.0) of 2012-04-23 on aluminium, modified by Debian
which gives these trouble. Can anyone reproduce?

After commit 6948f4f, I cannot use emacsclient properly.

When I run emacsclient -c, I get

Waiting for Emacs...
*ERROR*: Wrong type argument: stringp, nil

But everything run well with emacsclient -t.

In my init.el.

;; Color theme
(add-to-list 'load-path "~/.emacs.d/themes/solarized/")
(require 'color-theme)
(require 'color-theme-solarized)
(color-theme-solarized-dark)
(add-hook 'after-make-frame-functions
          '(lambda (f)
             (with-selected-frame f
               (when (window-system f) (color-theme-solarized-dark)))))

My emacs version is 23.4.1.

Update:

I add these lines in my init.el.

(setq debug-on-error t)

And I still get

*ERROR*: Wrong type argument: stringp, nil

Nothing more or less.

And if I start emacs normally (not with daemon-client) and run server-start, then emacsclient run well.
If you need more information, please let me know.

As changes are made to VIM, it is hard to keep them in sync, since I forget which VIM face maps to which Emacs one. I need to annotate solarized-definitions.el with the VIM face names.

I installed "solarized" using packages and the marmalade repo.
After installation the theme immediately switches to solarized-light.
"customize-theme" shows 3 themes, Solarized (which is broken) and Solarized-light and Solarized-dark. I can select either the light or dark one and save the setting, but after restarting, Emacs starts with no theme at all.

I have the directory in my load path. but load-theme (and even enable-theme) do not recognize the theme as being installed.

From Issue #27 it seems like others have had issues with solarized in a terminal, but I couldn't tell if anyone has seen this exactly. Colors work nicely when using cocoa emacs, but not when using emacs in the terminal although the terminal does support 256 colors from what I can tell, I used (display-color-cells (selected-frame)) to check.

On Os X Lion, Using Terminal.app or iTerm2 and either Emacs 23.2a installed with homebrew or Emacs 24.0.90.1, from http://emacsformacosx.com/, Here's what the theme looks like for me:

color-theme-solarized-light, seems to work:

color-theme-solarized-dark, has the wrong bg color:

What could be causing this? Is it best to just manually override the background color? It looks to me like the colors are displaying correctly when I run M-x list-colors-display

When I load solarized theme it redefines many faces and font weight as well. I would like in light theme my Terminus would bold, but solarized force it to be medium. How to change ?

Emacs 24.

When I install the package via M-x package-install the theme gets installed into ~/.emacs.d/elpa/color-theme-solarized-20120229 which is not in the custom-theme-load-path. Therefor, calling (load-themesolarized-dark)` cannot find the theme.

[edited out]

Also invisible in light theme, both with bar and box cursors. Blinking cursor makes the glyph blink between foreground and background color.