change colors of `hg commit --interactive` - terminal

The colors used by hg commit --interactive are unreadable in my terminal.
Is there a way to choose the colors used in this command in a configuration file?

Unfortunately, the colors in the curses UIs are not configurable.
Most terminals let you switch the colors that they use for the base 16 colors, and the curses UI only uses those colors, so you can probably adjust the colors in your terminal's settings. This has the benefit that it fixes the issue in other programs besides Mercurial as well.

Related

Foreground and background color rendered differently in macOS Terminal.app

I tried to build some simple custom prompt for zsh inspired by the 'powerline look'. My .zshrc currently looks like:
CLICOLOR=1
PROMPT=$'%K{236}%F{246}%n%f#%B%m%b %k%K{045}%F{236}\Ue0b0%f %F{000}%2~%f %k%F{045}\Ue0b0%f %# '
However, I noticed color differences between the background color of the path and the foreground color of the following triangle (both set as 045), as can be seen in the following screenshot
I thought that something is wrong with my PROMPT variable, but the prompt looks fine in the terminal inside VSCode:
It seems as if Terminal.app is darkening the background color for some reason, but I don't find a way to turn this off.
Is this possible or can I modify my PROMPT in some way that prevents the problem?
EDIT: I use the font "Hack" that can be found here: https://sourcefoundry.org/hack/
Thanks in advance,
Philipp
The problem is that the MacOS Terminal app has a weird feature where it renders text against the terminal's default background differently. If a background color is explicitly specified then the foreground colors are all slightly different to what they are when there is no background color specified or it has been reset to default.
This is the same issue as below. Check there for better discussion and a potential workaround. https://apple.stackexchange.com/questions/282911/prevent-mac-terminal-brightening-font-color-with-no-background/446604#446604

Why is Emacs syntax highlighting in Gnome terminal affected by terminal colour theming?

I'm using Emacs 24.3 under Ubuntu 14.04.1. I'd like to use it both via the GTK interface and the Gnome terminal with emacs -nw. Unfortunately, the colours for any theme that I use appear slightly different in the terminal.
I've set things up so that under Gnome terminal, TERM=xterm-256color. However, I have also customised my terminal colors — "black" is actually #151515, "red" is #DA4939, etc. Emacs seems to get close to displaying the correct colours for each theme, but is never quite correct. The themes I'm using are the deftheme-style of theme.
I don't understand why customising terminal colours should affect this — with TERM=xterm-256color, Emacs should have access to a greater palette than just the usual 16 colours. In the output of list-colors-display, black is listed as #000000 but displayed as #151515; there is, however, a color-16 that is also listed as #000000 and displayed properly. So Emacs is indeed capable of displaying #000000.
On the left is Emacs GTK, which displays the theme colours correctly. On the right is emacs -nw run in Gnome terminal, where all the colours are slightly different from what the theme specifies. The theme I've used for this picture is just an example; this happens with any theme. My full config is on Github.
How can I get Emacs to display the correct theme colours in Gnome terminal without removing my customisation of the terminal palette?
A couple issues:
1) I believe that when you customize the "terminal colours", they overlap the first 16 color entries of the 256-colour palette. So if emacs is telling the terminal to use colors 0-15, they will come out as whatever you have set that colour to actually be in your terminal preferences. It doesn't appear to be affecting you specifically, but it is good to be aware of.
2) For the remaining 256 colors, I believe there are only 256 (maybe 241 if your terminal re-colored the first 16) colors that you may choose from.
Unless you choose your GTK theme colors to match exact colours that are available in the 256 palette, having them be identical is not going to be possible. It looks like your emacs did a pretty good job of selecting the closest available colors of the 256 on its own.
If you want to see what I'm talking about in action, try downloading and running a script such as this show-all-256-colors.py script and running it in your terminal. I would wager that as you change your terminal colours, you'll see the entries 000 through 015 change correspondingly, while the remaining colors are always the same.

Two color mode for emacs - no colors / monochrome

I dont like colors. How can I tell emacs to
stick to just black and white for everything.
Higlighted text or the mode line can be
shown in reverse video (black text on white background)
I'm using Emacs 24 on windows under cygwin
in console mode.
I tried,
TERM=xterm-mono emacs --no-splash
which gives
emacs: Terminal type xterm-mono is not defined.
Also
emacs --no-splash --reverse-video
which shows some blues and some other colors too.
I already have the following in my .emacs:
(setq-default global-font-lock-mode nil)
(set-face-foreground 'mode-line "white")
(set-face-background 'mode-line "black")
M-x customize-face seems interesting but there's about
300 lines of options and I dont feel like changing that
many lines.
Disabling font-lock should get rid of most colours. Try this in your configuration:
(global-font-lock-mode -1)
I don't have Cygwin to test on, but it gives me white on black in a Linux terminal with emacs -nw.
Hmm... I don't like colors very much either, but the way I did it is to only change those faces that bothered me. I.e. go to a chunk of text with a color you don't like, then use M-x customize-face there (which should give you as default the face used for that color) and change that one (or if it inherits from another, you might prefer to change the one from which it inherits).
While there are hundreds of faces, in my experience, you can start by changing a small dozen.

Why does the 256-color palette change in terminal VIM on OS X?

I have been playing with color schemes for terminal VIM and have found something annoyingly frustrating that I have been unable to solve thus far.
I expect the 16 system colors to change. They are obviously configurable. For that reason, I attempted to use the 256-color palette to construct a VIM color scheme that would be the same regardless of the terminal's 16 (configurable) system color palette.
I used only colors from the 256 color palette for everything, including background. However, I noticed that if I open terminals with different background and text colors specified for the terminals, the VIM color schemes appear quite different in the two terminals.
I do not see similar behavior on Ubuntu even when the terminals have different background, foreground, AND system color palettes.
I will happily accept an answer that explains why this happens.
I will be ecstatic if someone can tell me a way around this beyond setting up a specific terminal for each set of color settings I want to use.
By default, ANSI terminals are 16 color devices and the Vim color schemes that work in gvim will not work properly in a terminal.
Some terminals are capable of 88 or 256 colors. You can tell Vim about this by setting t_Co. Of course, 256 colors is still less than full RGB that you have in gvim.
There is a package for vim called CSApprox developed by Matt Wozniski. It lets you use the gvim color schemes with approximate colors.
This is what I use myself.
CSApprox includes a documentation file which explains everything better than I can here.
URL: http://www.vim.org/scripts/script.php?script_id=2390
Good luck.
P.S. about your question However, I noticed that if I open terminals with different background and text colors specified for the terminals, the VIM color schemes appear quite different in the two terminals.
That sounds like the OSX terminal does not separate the color definition from the 256 color xterm palette; i.e. that by manipulating its settings you're messing with the palette or something like that.
Terminals should probably be keeping the 16 color user-configurable stuff separate from the 256 color palette.
Terminal dynamically adjusts some color values to ensure a minimum amount of contrast with the background color. Perhaps that’s what you’re seeing.
Please attach a screenshot showing the two different color schemes. A good script for viewing the available colors is 256colors2.pl.
Please, post screenshots so that we see what you see. It's hard to talk about colors without seeing them or comparing their numerical values.
Well, I'm still on 10.6.8 so I've never enjoyed Terminal.app's ability to display 256 colors.
But, AFAIK, its default 16 colors are not taken from the X11 palette. They are probably hardcoded somewhere and their values are user-configurable anyway. Because of that, I have no idea why changing the default Red value to anything would change the looks of your Vim colorscheme.
However, Terminal.app (like most other terminal emulators) allows you to change the values of Background, Text, Bold, Selection and Cursor. Depending on how your colorschemes are written some of these settings may override parts of your colorscheme, Background, most notably.
I've had my Terminal.app background matching my Vim colorscheme's background for a long while with great results. Well, at least for a 16 color terminal emulator.
The 256 colour mode is still just an indexed palette, the same as the 8 and 16 colour modes. The application simply selects a colour by index from a palette, and it's up to the terminal to decide which colour that will actually be.
That two different terminals happen to pick the same colours for these indexes may just be the fact that within the 216-colour RGB cube there's 6 levels of each component, so the "obvious" natural way to assign those colours would be to pick each from the list (0, 0x33, 0x66, 0x99, 0xcc, 0xff). I'd imagine most terminals will do this, and therefore give the same colours at the same indices.
If two terminals differ it's simply an indication they're using some other method of selecting their actual colours.
If you are using iTerm2 then you may need to change what type of terminal it is reporting.
In your iTerm2 Preferences > Profile > Terminal > Report Terminal Type, set to xterm-256color
In Terminal.app aka Apple Terminal, the colours will change if the background colour is not explicitly set as well.
So with your colour scheme you must set up the default background colour using the Normal colour group, e.g.:
hi Normal ctermfg=188 ctermbg=234
and then you should not see any further changes to colours.
Note: I have only noticed the foreground being affected presumably so that you do not miss any important output ;)

How do I enable more than 8-bit colors in Terminal.app?

In the Vim and Emacs terminal apps, the color schemes look horrid. How do I enable the colors to be as vibrant as the GUI version (or more than 8 colors for that matter)?
Should I just give up, and move over to their respective GUI applications? And if so, which?
You can't have more colors in the terminal, because there are only ANSI codes for 8 colors (16 if you count bold/light). If you want to customize the colors, you can use the TerminalColours plugin from http://ciaranwal.sh/2007/11/01/customising-colours-in-leopard-terminal
Personally, I prefer to use the so-called Carbon Emacs on my Mac. There are several builds available; Google is your friend. I get mine from http://www.porkrind.org/emacs/
You are possibly being inhibited by the fact you are running in a VT100/WhateverItsCalled compatible terminal and it just doesn't have more than about 16 foreground and 16 background colours. If it did, the lovely library "CaCa" ( ColourAsciiColourArt ) would be much more pleasing to watch than it is.
If you want more colours, you simply have to use more modern technology, and this generally means using X ( unless your loving pain and want to use directfb/framebuffer/svgalib ).
For vim, there is GVim ( GTK+Vim ). Emacs GUI version however displeases me much, but I'm not an emacs user.
Aquamacs and MacVim
Sounds like you want MacVim

Resources