I have changed my codeblocks' background to dark and cursor color also i am changing from Settings->Editor->margins and carets..
But the color of cursor is changing back to black after some time (mostly when '[' ']' got autocompleted), but this is not consistent that when it will go back to black..
Can someone please suggest that what setting i am missing, or is it a bug in codeblocks ?
Having problem with color of cursor with black background see how to
change the color of cursor
Settings->Editor->Margins and Caret
after going to Margins and Caret their will be color option click.Now also having doubts
[] copy and paste this is my pic then u will understand
This isn't s bug as of now in codeblocks 17.12 which is the latest version at the time of writing this answer. For your problem, well you don't have to disable autocomplete instead go to settings>editor>syntax highlighting. Select the matching braces higlight option and select the color you want for fore ground and background.
For installing themes refer this article.
I also had the same issue and could not find any proper fix but figured out a hack. Instead of using line use block in the style and it will work fine. This way you do not have to disable autocompletion of braces as well :)
for changing cursor color need: Go to setting => Editor => margin and caret => caret
part => color , so we can change cursor color of this part to your favorite color.
Related
I changed my theme from white to black. The line numbers won't change to the correct foreground and background.
Image
Why's that?
Any answers appreciated.
I found a way of how to fix it:
You go to Tools->Options->Environment->Font and Colors
Choose line numbers, choose different background, click OK, go back and set it again to default.
Ok. I am finding it difficult to visually discern where the current focus of my editor is. The image below shows that I am currently in the bottom PathIcon tag while the top PathIcon tag is highlighted because it is a matching type. The similarity in color has finally driven me crazy.
Does anyone know the correct text-type in the Fonts and Colors dialog of Visual Studio 2015 to change this color? And, look, for all the StackOverflow haters trolling the board, please resist closing this q until there is an answer. Then you can have your fun.
It looks like there are actually two different colors in play here. The grey box on the "<PathIcon" that contains the cursor is "Brace Matching (Rectangle)". The purplish box on the other "PathIcon" looks like it is the background portion of the "Match color", which is installed by the pro power tools.
The latter color won't reset if you change the color in fonts and colors but will be correct for editor instances you open after changing the color.
I think you're looking for Highlight Current Line (Active), which controls the colors of the line your cursor is on.
At my new job I'll need to use a mac, and I'm trying to use tmux with iTerm version 2.
While horizontal borders appear to be displayed with the proper ACS box-drawing characters[1], the vertical borders are dashed. This is not a problem in Terminal.app, the borders are displayed correctly. The problem appears to occur regardless of the font I select.
In all the screen shots I can find of iTerm and tmux this seems to be the case as well. Is this simply a limitation of iTerm, or is there a problem with my terminfo or locale?
[1] Tmux borders displayed as x q instead of lines?
Old post but anyway for people looking into this still. I find it best to set a different font for Non-Ascii characters and my actual font used for ASCII characters.
For reference I use Menlo for Powerline for Non-ASCII and Droid Sans Mono for my ASCII font and this sorts out the vertical line spacing without faffing around with vertical spacing etc.
The gap you see between the vertical bar characters is a combined effect the current font's design and vertical spacing. For me, I saw a marked decrease in the gaps when I switched to Courier New, but I also don't observe a difference between iTerm2 and Terminal for the same font. Decreasing the vertical spacing from the font selector can help, but may also crowd the lines together too much.
In iTerm2 I was able to get things looking near-perfect by using a larger font for non-ascii characters:
Settings:
Update: This worked for me! https://github.com/Determinant/inconsolata_for_powerline_mod
I don't think that's the solution. I have noticed the same issue. What I see is that if I make my font huge, the alphanumerics scale accordingly, but the box drawing characters dont. Not sure where the issue lies. Notice in the attached image how the alphanumerics have scaled proportionally but the line drawing characters have not. Font is Inconsolata at 14pt.
http://i.stack.imgur.com/KOipL.png
For some reason the selected tab on TextMate is almost un-noticeable, I really cannot make it out, they all look the same to me. When I switch tab I notice it changing color, so I guess it's very very very slightly different, but that doesn't help much.
I've been having this problem for a while, but IIRC it worked fine some times ago — I've no idea what happened to trigger this change.
TextMate 1.5.10, OSX 10.6.8
Any idea?
Your screenshot looks normal to me.
Check your monitor’s “brightness” and “contrast” settings, and possibly your color profile (System Preferences → Displays → Color). On a flat-panel display, there may be a setting which will over-brighten the input signal, causing the top end of the range (light gray to white) to be clipped, so that it is all white (just like overexposure in a camera). There is no good reason to do this ordinarily, especially with a digital input signal, so you should adjust the settings to avoid clipping.
Here’s an image of a black-to-white gradient with a gray border. If a large portion of the left end looks flat white, then you are having that problem.
I need to remove some of the ugly neon colors that are found within the Text Color tab in the CK Editor toolbar. If Possible I would also like to add some custom colors as well.
Please can anyone point me in the right direction.
Thanks
I found it, thanks to alfonsoml at CKsource: It's explained in the config options: http://docs.cksource.com/ckeditor_api/symbols/src/plugins_colorbutton_plugin.js.html
The trick is to search for colorbutton and not Text color, which is why it's so hard to find :(