I have setup ConEmu with Cygwin and Zsh quite a while ago. So far everything is working good.
I'm very interested in changing my oh-my-zsh theme to "agnoster"..
I've installed the powerline fonts and turned on the xterm256 colors as requested.
I'm still having problems with the colors though, the cwd path has the same color of the background (and appears to be hidden), no matter which color scheme I use.
Anyone had luck with that?
In my case, the issue was a combination of having a background image with a black background configured and the value for Replace Color Indexes being set to #1.
I had reset according to this comment:
After reading about -basic, I realized it something with my configuration. Reset it to default.. and configured from the beginning.. it works perfect now, I really really appreciate your help.
Everything was fine after the reset, so I went through and added my background image. That was fine, but because of the black background on the image and the fact that I was using transparency and a slightly off-black background, I started playing with that setting and once set to #1, it failed. I also noticed that the tooltip indicated that the default setting is #0 #1 (though after reset, it was set to *).
I have this problem on every host I run ConEmu on. Every host was setup several months ago and all have that same background image. I don't recall ever setting the Replace Color Indexes setting when I set it up -- heck, I didn't even know what that did so I can't imagine setting it. I'm guessing it might have been a default in an earlier version (I run the alphas) that, perhaps, carried over due to my setting it up a while ago?
I suspect, in my case, that this was the entire issue and that there wasn't something else going on. I saw the correct background to my prompt in PowerShell, but I use a hard-set value to an RGB color and take advantage of TrueColor ANSI support (which, when it fails, falls back to something that's not #0 or #1).
So, at least in my case, it definitely wasn't a bug -- it was doing exactly what it was asked to do, replacing a "blue" #1 background with the black from my image which yielded black-on-black text. I'll try changing that field on my other laptop exhibiting this problem when I'm home to confirm an alternative to resetting the entire configuration.
Related
In playing with the curses library, I discovered that if a default color is changed (say COLOR_BLUE, for example) using init_color, that changed color will continue to be used across stopping and restarting my program if I don't reset it back to its original definition. Even creating a new terminal window in which to run the program, the color of blue shows up as defined in the original windows. It even survives running a completely different program.
How is this happening? I would have thought the original definition would be used upon starting a new instance. I can only surmise that these default colors are cached somewhere at the OS level. Can someone explain what is happening here that allows this to happen?
I'm running this on a Centos 7.6 distro.
The colors are maintained/cached/whatever by a given terminal.
If the terminal description has this feature:
orig_colors oc oc Set all color pairs
to the original ones
that would be sent by the ncurses library as part of exiting curses mode.
It also might be sent by reset (or tput reset) command as part of the rs1 string. That's not automatic (and those commands do nothing special with color other than as a side-effect of the initialization and reset strings).
xterm supports a control sequence for resetting palettes back to their default, which was added to the terminal description in
2016-04-23
# + add 'oc' capability to xterm+256color, allowing palette reset for
# xterm -TD
referring to this:
oc=\E]104\007,
That uses OSC 104, which was developed for xterm in patch #252 (2009/12/7):
add OSC 104, for resetting ANSI/16/88/256 colors to default.
However, in discussing CentOS (RHEL), you have to keep in mind that it doesn't get updates for things like that:
The package information says that it has a development snapshot of ncurses from just a couple of days past 8 years ago.
Your terminal may/may not support the control sequence. If you are using xterm, no problem. For anything else (with that version of CentOS), you are out of luck. VTE developers (e.g., gnome-terminal) copied the feature in January 2014, but that version of VTE was released as 0.35.2, while CentOS 7 has 0.28.2
I noticed that Emojis like 😀 are not displayed in gvim on my system but they are in terminal vim if that is used in an xterm or konsole. And yes I tried many guifonts capable of displaying them (noto mono, noto color emoji, hack). I also noticed that vim in gnome-terminal doesn't display them either (although using the same fonts in it as in the other terminals). In fact I haven't found a single gnome(?) or gtk(?) application that displays them - not even when I use a gnome X-session. On the other hand no kde app has problems with them. Searching the web I got the impression that, e.g. gnome-terminal should have been able to display emojis for quite some time now. As I use a rolling distribution (openSuse tumbleweed) my software should be pretty recent. So what am I missing? Is there a specific package I need to handle emojis in gtk?
Update
I created test user on my system with default settings. To my big surprise if I log on to the X-system as that user emojis are displayed just fine in gvim. So it must be a configuration issue. Then I went back and logged into my normal account, used su testuser and then opened gvim. I could still see the emojis. I don't want to reset my configuration as I put a lot of effort to have the system behave the way I like it to. But I am at a loss in finding the responsible setting. Any ideas?
Finally, I found the culprit and wanted to share my insight here so that others with similar problems know where to look. In ~/.config/fontconfig/ there were three files I did not put there myself. I guess they were leftovers from some configuration tool. Using a rolling release distribution there are probably many orphaned files in my ~/.config directory. Anyway, after deleting those files and logging out and back on I can now see emojis in gvim etc.
I started using Fish (and oh-my-fish) a couple of weeks ago and one of the things that I find somewhat visually hard is the default background color of the autocomplete options (see the purple background in the image). I tried looking in the Fish page, but couldn't find anything related to that. I'd like to know how that background color can be changed.
In case you're wondering, I'm using LXTerminal in LUbuntu (a Ubuntu distro with LXDE).
it's more convenient to setup all color configuration via fish web UI, which can be done from cli:
fish_config colors, which launches the config server of fish, and there are already tons of predefined color suggestion
For more info, check out The Fish Shell
I found it, after checking these docs, and doing some trial and error with different environment variables that might be responsible for that feature.
The environment variable is fish_color_search_match
and the solution is changing the variable like:
$ set fish_color_search_match --background='333'
Where '333' is the color code. It is also possible to use predefined colors like cyan, green, blue, etc. that are available.
Also, I'm aware that maybe this belongs better in Unix&Linux StackExchange (which might have been the reason for the downvote?)
Edit: Take into account that colors will not look correctly if your terminal is not using 256 colors.
Adding to top voted answer. The command fish_config colors has been removed and you should instead use the following:
$ fish_config browse
The following also do the trick
$ fish_config
Reference: https://fishshell.com/docs/current/cmds/fish_config.html
I've just installed Xmonad as my windows manager for Linux Mint 16. Its working fine except for one thing, there is no visible output when using terminal.
For example if I launch Firefox via terminal, the program loads up fine. However there is no output in terminal to show I have done this. Its as if the terminal output is being written in black rather than white.
Another example to more clearly illustrate my point, if I press the up arrow key, none of my previous executed input is shown.
I haven't touched any config files, its a clean install of Xmonad.
Any help would be appreciated. Again i've tried searching for the issue on Google but couldn't find anything.
SOLVED. Terminal was changing the output font to black due to the Xmonad settings. Solved by changing the terminal colour scheme to explicit white on black rather than system default.
Goal: To display an application in the middle of the screen on a solid colour background. This means nothing else showing no gnome-desktop nothing apart from the application and the solid colour background.
Currently I'm using X11 for the background xstart -solid Grey which is great however as a test application I'm running firefox which I see has no window decorations ie: max, min title or boarder neither for that matter does xterm. I was wondering if it is possible to show the decorations without installing gnome possibly by installing just the themes eg: gnome-themes which I have done but have been unable to make the connection, or weather just running X isn't going to work without more gnome modules. I'm new to delving into the inner workings of linux as I've never had to deal with it before. I did ask a question previously which led me to xstart and xsetroot and I've been playing around with them for a bit trying to familiarise myself.
I do recognise that it is possible that I have gone about this all wrong, but if we don't try we don't learn.
If anyone knows of any tutorials or documentation that could help or if anyone has any tips I'd be grateful for the pointers.
Cheers
Chris
SOLUTION
Just thought I'd mention that I solved my issue after installing an ubuntu server distro I added xinit via apt-get then added metacity Then I edited the gconf files using gconf-editor then removed the Gnome-panels from /usr/bin However as I may possibly require them in the future I have made a copy of them before I deleted them. Thanks again for the help it was much appreciated.
The window decorations are created/managed by the window manager. If you don't have one running, you won't get window decorations.
Ok... I think I understand what you are asking. Gnome is a "Desktop", and includes with it one of many "Window Managers" called Metacity if I remember correctly. That is the part that adds the title and borders etc. There are many pure window managers(not desktops). A common and popular "Window Manager" is fluxbox although there are many others. Fluxbox does allow you to "undecroate" a window when you launch it. I'm not sure if this is what you are asking. Hopefully it is of some help.