[M] Here's what emacs needed: a theme creator

[RS Wood]

From the «just joking of course, but it exists» department:
Title: Show HN: Emacs Theme Creator
Author:
Date: Tue, 21 Apr 2015 18:14:38 +0000
Link: https://github.com/mswift42/theme-creator

Comments[1]

Links:
[1]: https://news.ycombinator.com/item?id=9414449 (link)


--
Posting to comp.misc, sci.misc, and misc.news.internet.discuss

[Mike Spencer]

Post by RS Wood
Title: Show HN: Emacs Theme Creator
Date: Tue, 21 Apr 2015 18:14:38 +0000
Link: https://github.com/mswift42/theme-creator
Comments[1]
[1]: https://news.ycombinator.com/item?id=9414449 (link)

What I'd like to have is a simple way to make *all* colorization go
away, excepting only what I specify in the invocation (-bg 'rgb:1/3/5'
-ms SteelBlue -fg 'rgb:a/b/c' etc.)

After excessive groveling through elisp and various help items, I've
managed to make it better but I still get colorization in the
minibuffer that is unreadable against my various chosen bg colors.
Grumble.

So I use an ancient version of Emacs. Happy to update if I could make
the garish crap go away.

[Ivan Shmakov]

[...]

Post by Mike Spencer
What I'd like to have is a simple way to make *all* colorization go
away, excepting only what I specify in the invocation
(-bg 'rgb:1/3/5' -ms SteelBlue -fg 'rgb:a/b/c' etc.)
After excessive groveling through elisp and various help items,
I've managed to make it better but I still get colorization in the
minibuffer that is unreadable against my various chosen bg colors.
Grumble.

Did you try to customize the minibuffer-prompt face?

Post by Mike Spencer
So I use an ancient version of Emacs. Happy to update if I could
make the garish crap go away.

One of the reasons I choose to run Emacs under $ xterm -cm.

PS. The other being the possibility to add GNU Screen to the mix.

[Mike Spencer]

Post by Ivan Shmakov
[...]

Post by Mike Spencer
What I'd like to have is a simple way to make *all* colorization go
away, excepting only what I specify in the invocation
(-bg 'rgb:1/3/5' -ms SteelBlue -fg 'rgb:a/b/c' etc.)
After excessive groveling through elisp and various help items,
I've managed to make it better but I still get colorization in the
minibuffer that is unreadable against my various chosen bg colors.
Grumble.

Did you try to customize the minibuffer-prompt face?

Tried, yes, without success. It's been months since I messed with
this so I forget what, specifically, I tried but one of the annoying
factors remains, that, having chosen some bg/fg color combo, the minibuffer
uses an unreadable fg color. Highlighting the line at mouse position
when its different from point is really distracting, too.

Post by Ivan Shmakov

Post by Mike Spencer
So I use an ancient version of Emacs. Happy to update if I could
make the garish crap go away.

One of the reasons I choose to run Emacs under $ xterm -cm.

I do "emacs -nw" in an xterm (without -cm) all the time and don't see
ANSI (or any irritating) colors. But there are a couple of
shortcomings:

+ copy & past *into* Emacs from, saay, a browser via the X clipboard
may truncate the paste into "emacs -nw" in an xterm and

+ copy & paste *from* "emacs -nw" in an xterm of long, wrapped lines
copies the newline and '\' which must then be elided. Doesn't
happen in X-aware Emacs.

Post by Ivan Shmakov
PS. The other being the possibility to add GNU Screen to the mix.

I've never used screen. I has always seemd like a good thing if you're
stuck without X but I've been using X since the last days of X10 so
I'm pretty much used to it.

Post by Ivan Shmakov
--
FSF associate member #7257 http://am-1.org/~ivan/

[Ivan Shmakov]

Post by Mike Spencer

Post by Ivan Shmakov

Post by Mike Spencer
What I'd like to have is a simple way to make *all* colorization go
away, excepting only what I specify in the invocation (-bg
'rgb:1/3/5' -ms SteelBlue -fg 'rgb:a/b/c' etc.)

[...]

Post by Mike Spencer

Post by Ivan Shmakov
Did you try to customize the minibuffer-prompt face?

Tried, yes, without success. It's been months since I messed with
this so I forget what, specifically, I tried but one of the annoying
factors remains, that, having chosen some bg/fg color combo, the
minibuffer uses an unreadable fg color.

I build my Emacs --without-x, so I cannot readily check this
issue myself. However, I'd expect C-u C-x = to show (among
other things) the name of the face used at point.

Post by Mike Spencer
Highlighting the line at mouse position when its different from point
is really distracting, too.

No idea where this may be coming from, either. Does it happen
with, say, $ emacs -Q?

Post by Mike Spencer

Post by Ivan Shmakov

Post by Mike Spencer
So I use an ancient version of Emacs. Happy to update if I could
make the garish crap go away.

One of the reasons I choose to run Emacs under $ xterm -cm.

I do "emacs -nw" in an xterm (without -cm) all the time and don't see
ANSI (or any irritating) colors. But there are a couple of
+ copy & past *into* Emacs from, saay, a browser via the X clipboard
may truncate the paste into "emacs -nw" in an xterm and
+ copy & paste *from* "emacs -nw" in an xterm of long, wrapped lines
copies the newline and '\' which must then be elided. Doesn't happen
in X-aware Emacs.

FWIW, the development version of Emacs has recently gained
support for interacting with the X selection via Xterm-specific
ESC-sequences.

Post by Mike Spencer

Post by Ivan Shmakov
PS. The other being the possibility to add GNU Screen to the mix.

I've never used screen. I has always seemd like a good thing if
you're stuck without X but I've been using X since the last days of
X10 so I'm pretty much used to it.

For one thing, Screen allows Emacs to survive X server crashes.
Not that it happens often, but still easy to get one or two over
the months-long uptime.

The other is that Screen makes it easy to move all the software
running under it from X to VT to SSH, etc. Without said
software ever noticing the change. (Apart from via SIGWINCH.)