thblt/eziam-theme-emacs

A mostly grayscale theme for Emacs, inspired by Tao and Leuven.

eziam-theme-emacs's Issues

Function name face and SCSS/CSS/web mode

The background/box around function names break SCSS, CSS and web mode in different ways. In some cases, it is applied to comments around selectors (SCSS), in web-mode, it isn't applied to CSS selectors. I believe it should.

Line numbers' size stays fixed with text-scale-adjust in display-line-numbers-mode

Same issue as with zenburn-emacs: bbatsov/zenburn-emacs#359

However, the fix suggested there does not work when applied to this theme.

color-comments for dusk-theme and heading scaling for gray-blocks

Hi Thibault,

I really like this new theme of yours, thanks for making it available.

While testing, I noticed a couple of things, which I might as well report.

Testing the dusk-theme I get a missing color-comments variable. Backtrace when trying to load "eziam-dusk":

Debugger entered--Lisp error: (void-variable colored-comments)
eziam-apply-custom-theme(eziam-dusk)

Indeed, it seems to be missing in the eziam-with-color-variables "Misc" block in eziam-dusk-theme.el.

Second thing is that heading scaling is currently hardcoded for the gray-blocks heading style. Thus, the defcustom eziam-scale-headings is not honored when set to nil.

Thanks again. And long live Eziam.

Not working with `dotspacemacs-themes`

Hi, thanks for the great theme!
I use Spacemacs. Usual way to set colour theme here is to define it with the variable dotspacemacs-themes. E.g. i can write tao-yang and all is ok. But if i try the same thing this eziam-light, Spacemacs fired error: (error Unable to find theme file for ‘eziam-light’) and trying to install eziam-light-theme.
Of course, this is Spacemacs-specific problem, but with other themes having light and dark versions (tao-theme, spacemacs-theme, solarized-theme) it works fine.
Thanks in advance

PDFs in dired are too light

Add optional syntax coloring

Eziam by default and by design doesn't provide any syntax coloring, but we can still give users a way to enable a syntax-only theme over Eziam. There are two ways to achieve this:

• Include extra themes to provide only the syntax coloring scheme, that is, configure the various font-lock-*-face but don't touch default (or at the very minimum, don't touch the background of default). Loading one of these (eg eziam-dark-syntax-molokai) after the corresponding Eziam theme would enable syntax highlighting. This cannot be generalized, since highlighting strongly depends on the background color. I'm not sure this is a good idea.

• Add a customize option (eziam-*-overrides) of type list of function, which gets called in order just after setting faces. Provide a few of these functions (eziam-dark-molokai-override) and document how to write them. The default value of the option should be (). This is probably the best alternative.

Avoid :box

Boxes break vertical alignment. Underline + overline could achieve a reasonably similar effect, even if not as nice.

Is not working with use-package

When you try to load the package using use-package, it throws the following error:

Error (use-package): Cannot load eziam-theme

Please check this ascineema with a dummy (and plain) usage:
https://asciinema.org/a/6uujeCyXq3YBVeGjoO7GY0Lyl

Outline headings can be improved

Especially in dark mode, they look really bulky.

Screenshots are outdated

Replace them

Use standard theme installation

Currently the only way to load the theme is to (require 'eziam-light-theme) (or dark), trying to use load-theme does not list eziam in the list of candidates.

Would it be possible to fix the package so that eziam-light and eziam-dark show up in the list when using load-theme? This would allow users to do (load-theme 'eziam-light t) in their init files.

Please delete master tag

You recently (?) created a tag named master. I'm guessing you did that accidentally. Would you mind deleting it again? This tag broke the tooling of the Emacsmirror, and while I just made that more robust, you might still want to delete this tag, as it likely would break other tooling as well.

Improve diff support

Create a standard palette for diff faces, and apply them to diff, ediff, magit-diff, etc.

Symbol's function definition is void: string

After installing via the elpa package manager, I can't launch the theme from customize-themes - the minibuffer error is "Symbol's function definition is void: string"

rainbow-3 is too bright in light version

by default it set to yellow that is too bright from my pov on gray background. locally i modified it to 'goldenrod' that looks more comfortable from my pov.

compare default

vs.

maybe goldenrod is not best choice here but definitely better then bright yellow from my pov.

org-agenda, tasks look like one big chunk

Really awesome skin! I have seen alot of skins but this grayscale theme is kind of a new take on themes in general, everything seems to fit.

Can I ask for a favor to make the org-agenda entries more distinguishable? Zenburn for example marks Todos for today in blue so they are highlighted really nicely and with eziam I cant even find these tasks.

Reduce gray palette size

Tao uses 14 shades of gray, most of which undistinguishable from at least one of its neighbors on my laptop.

1. Are all colors actually used?
2. Can the difference being neighboring colors really convey information or at least make the them more elegant?

Check this, and iff not (1) && (2) reduce palette size.

Make palette configurable

Instead of passing a literal alist to eziam-with-color-variables, create a customize option for each variant.

Org/Markdown headings suffer from angry fruit salad

• Make headings levels very distinguishable without org-bullets.
• Do so without using such strongly contrasting colors.