I'm customizing color scheme, and almost everything working right.
Except command output tab is showing errors in red italic font, color settings for which I cannot find anywhere!
In font&color settings there are "fonts", "colors", "common syntax", "lang-specific" and "indicators" tabs, with drop-down selectors.
There is not one option that has red italic color assigned!!
Default font is white on blue.
Where could I find color settings for command output errors?
Well, nobody is answering, and I found a hack that helps.
It seems, that there's really no gui menu option for error text color in command output, but there is setting in .ksf file for it.
I changed manually line that says
'Errors': {'Error lines': {'fore': 65535, 'hotspot': 1, 'italic': 0}},
where 'fore' is the foreground color, 'italic' is italic font, to what I wanted, and it worked.
I suppose, 'hotspot' means it's clickable, but I don't sure/don't care now.
I know this is kinda late from the original post but I stumbled on this one while searching for this problem, it led me to the hint as to where to look in the GUI.
In version Komodo 9.0+
Preferences > Colour Scheme
Select the tab 'Language Specific'
Select the 'Language Errors' (underneath Others)
The Element type Error lines seems to reflect STDERR
Related
When I use code 1;30m it produces different results:
Xshell 5: gray and bold
PhpStorm terminal: only bold
Windows console: only gray
The goal is to make a part of text to be slightly muted, but if it possible, it should display similarly in most terminal clients.
Anyway I don't understand how "bold" flag can change the foreground color. What am I doing wrong?
ANSI didn't specify that. ANSI listed black, red, etc., and also mentions bold. How a particular terminal displays bold+black is implementation-defined (no standard applies).
"ANSI" refers to x3.64, withdrawn many years ago, replaced by ECMA-48 (aka ISO 6429).
For your amusement:
ECMA-48:
Control Functions for Coded Character Sets
Aren't bright colors the same as bold? (xterm FAQ)
How do I get color with VT100? (ncurses FAQ)
Confirmed, on xterm that displays a muted gray and on emacs it produces black.
You can try a 256-color code like ^[[38;2;85;85;85m (which may also give inconsistent results for the reasons mentioned in #ThomasDickey's linked articles).
I want the color scheme to span completely across the terminal boundaries. I am using Color Scheme Scroller Plugin to switch between different theme. I have uploaded a .gif file so that you can clearly see what I want to get fixed. Vim colorschemes doesn't completely change the color of editor. There are some terminal color's borders left around the vim's overridden color scheme. How would I fix it.
Please check the image on this link. Stackoverflow doesn't allow uploading an image > 2Mb
You can't do that from Vim itself.
Terminal emulators use that padding to preserve readability when characters are displayed next to the borders of the window. The programs you run in your terminal have no knowledge of that padding and thus no ability to change it.
But you can read the documentation of your terminal emulator or take a look at its source code to find a way to enable/adjust/disable that padding.
FWIW, there's no way to change that in Terminal but it can be done for iTerm.
Alternatively, you could simply set the background color of your terminal to the one used in your vim colorscheme.
The image appears to depict behavior outside vim's control:
it is using a terminal emulator (could be xterm, could be some other).
the terminal emulator draws character cells on a window
those cells form a grid; the window may extend beyond the grid
the window can have a background color
the grid can have a background color
within the grid, most terminals provide some capability of drawing text with specific foreground and background colors
the grid can have a default background color which is not any of the specified colors
outside the grid, the window can also have a default background color
normally, the grid- and window-default backgrounds are the same
the window can be resized to (more or less) arbitrary sizes
the grid is constrained to exact character sizes
because of this difference, the window can have areas outside the grid which use its default color, and not match the grid's background color.
escape sequences which could affect the grid- and window-background colors are doing erases (see for example the ncurses FAQ My terminal shows some uncolored spaces).
though it is conceivable that erasures within the grid could affect those outside areas, doing that generally leads to odd visual effects.
I've been trying to get colourschemes to work properly in VIM (on debian) when using it over ssh with PuTTy as a client (from windows7).
Such code from theme hi Search cterm=bold does not work - words are not bold.
I have tried a lot of themes - and I have found no themes with bold words (but using gvim on windows gives me bold words).
I'd appreciate any advice.
PuTTY by default represents bold as a brighter color, but you can change that at Change Settings > Window > Colours > [ ] Bolded text is a different colour. From the help:
Bolded text is a different colour
When the server sends a control sequence indicating that some text should be displayed in bold, PuTTY can handle this two ways. It can either change the font for a bold version, or use the same font in a brighter colour. This control lets you choose which.
By default the box is checked, so non-bold text is displayed in light grey and bold text is displayed in bright white (and similarly in other colours). If you uncheck the box, bold and non-bold text will be displayed in the same colour, and instead the font will change to indicate the difference.
This image is from kitchensink, and the problems are :
Line through doesn't exactly at right place (see the left text at top)
When it's italic with background color, the text is a bit out of its background (see the left text at top)
Underline is a bit far from text, or can we adjust its distance?
Thanks.
You're seeing an experimental feature — fabric.IText — that's currently in development. It allows to edit text inline and supports partial formatting.
The problem with line-through is known.
Underline being far probably has to do with stretched text. When I load kitchensink it looks good.
Background and italics is an interesting one. I just checked google docs and there's the same problem there:
I'm experiencing that Sublime Text 2 (ST2) changes colors of the words that are marked by the spell checker with a red snakeline underneath them. This behaviour happens as I scroll or type words, and the color switches between pitch black or radioactive green. It doesn't seem to be a pattern in the variations.
Examples:
Before color behaviour occurs: http://grab.by/hL6y
The radioactive green color behaviour: http://grab.by/hL6E
Anyone else experiencing this? It's quite freaking annoying. I'm on a 2012 Macbook pro retina with Mountain Lion, using the Solarized Dark colour scheme for ST2 (I've tried multiple, but same behaviour for all), and would love a fix! I've tried the Sublimetext.com forum, but nobody has a fix.
There may now be a viable workaround -- a spell check alternative.
https://github.com/phyllisstein/CheckBounce
The default syntaxes will need to be defined within the user configuration files. It now defaults to Markdown, Text, and Tex.
The built-in spell check of ST2 should be turned off when enabling the CheckBounce package.
The dictionary of words added in Mountain Lion is stored in:
/Users/insert_your_user_name_here/Library/Spelling/LocalDictionary