Thomas Frössman

> > The generic 8-hues-8-accents formula **is not Solarized**, and other such themes that follow that generic pattern **are not Solarized** and do not belong in **solarized-emacs**. No, but they...

> Then that is the first problem to be solved: to answer the question, **What is the purpose of the solarized-emacs package?** The primary goal will always continue be that...

I do not expect non-solarized-palette Emacs themes existing in this repository to contain more than a list of color codes (a palette) and maybe in rare exceptions a handful of...

> Now you're proposing to essentially remake the package from scratch into a theme-defining library which happens to include. No, I wrote clearly that we should list wishes, wishes are...

> This is the problem: > > > (or whatever the breakage was) > > You don't seem to care about, to use Linus's words, "breaking userspace." You want to...

> Of course, you could easily make a new repo and do the fun stuff there. Make your new thing, make it amazing, and then use it as a dependency...

> In this case, the question seems to be about supporting additional, non-Solarized themes in this solarized-emacs package which already works. So is it really justified to rewrite everything? That...

No. Even if the other palettes and their -theme.el files were removed exactly the same things would be needed. This recent multiple palette support just made it possible for me...

It is not a part of the package, the resulting color alist is. I wrote it in Go becasue color.el doesn't have remotely near the feature that among others some...

It applied facedefs while byte compiling/loading the -theme files, idk if it was fixed or not.. Not really a big practical issue. I havent seen it myself for many years...