I want to make a transparent background in Text Editor,Like Sublime I want to text while reading text on youtube.
This feature varies in different editors. You can check in Preferences if they allow that
I am on a Linux Mint 21 Cinnamon machine and my search for a solution lead me to Micro ( https://micro-editor.github.io/ ) and Nano (in package repository).
Micro is a text editor running in a Terminal which with an appropriate color scheme (with not set default background/foreground color) inherits the background transparency from the GNOME Terminal.
The transparency doesn't work 100% of the time (showing desktop background in spite of opened windows covering it),so sometimes the Terminal or Micro must be restarted to keep the proper functioning of the transparency, but most of the time it works as expected allowing to read through it while typing.
Currently Micro and Nano are the only text editors known to me that are open source and free and come with such feature.
Related
Just to clarify, I'm not talking about making the background of the editing frame or window dark via:
local G = ...
styles = G.loadfile('cfg/tomorrow.lua')('Zenburn') -- theme
I'm talking about making the background of the Project frame/window, Output window, the menu bar, etc., all dark too.
Is this possible to do without using Windows's high-contrast theme for everything?
Thank you.
I don't think this is possible, as it relies on wxwidgets to draw those windows and wxwidgets uses system-provided colors to draw them (without much if any user control).
I opened a wxwidgets ticket that would implement re-configuring system colors, but there hasn't been much movement on it.
I just recently installed Android Studio on my Windows 10 computer, and I am trying to resolve this dissonant background color issue in the built-in terminal. Screenshot here. I have not had this problem when I used Android Studio on Ubuntu 14.04.
The color of the text background is black, while the color of the console background is white. This issue is not related to my using Git Bash as my terminal as it also occurs when I use Windows Command Prompt.
I have checked through Settings --> Editor --> Colors and Fonts --> Console Colors and was unable to find anything that would allow me to resolve the background colors. I have also tried changing the color scheme to something different (e.g. Darcula). Screenshot here. Additionally, I also tried to change the overall UI theme and still got identical results.
The terminal is ugly, but I would love to take advantage of its built-in conveniences for using Git. The Android logcat output and Gradle messages look perfectly fine. How can I fix this so that the text and console background colors are the same? Thanks in advance.
I struggled with this issue for a while too.
From experience, the terminal takes the colors of the Windows console. Not that very well however that was the only way that I could do the required changes.
Open a cmd window in windows and on the main menu go to defaults.
Change the colors and save. Next terminal in Android Studio will change on next instance.
The colors won't follow exactly so one needs some experimenting. Best results I got with black text on white background.
I just upgraded my Ubuntu laptop from 12.04 to 12.10.
In 12.04, running emacs -nw opened emacs in terminal mode using the terminal color scheme (background, foreground, ..., especially it keeped my transparent terminal background).
Now in 12.10, running the same command results in emacs opened in the terminal with an other color scheme (with a gray background). How can I tell emacs to keep my terminal color scheme ?
Thanks to https://stackoverflow.com/users/774691/john-k-doe's comment, I finally get the reason why my emacs -nw appeared like that.
I edited the font size (for the default face) in an emacs window (launched without the -nw option) and then saved this new setting using the menu entry Options -> Save Options. This action modified my ~/.xemacs/custom.el file loaded by default in my ~/.emacs file. The modification included background and foreground properties for the default face with the value used in "Window" mode.
To solve the issue, I just removed this custom entry from the custom.el file.
I'm not sure that there is a sensible answer to this. After all, a gnome terminal colour theme lists three "colours": (1) Text, (2) Background (3) Bold.
The way Emacs works is that every bit of text is given a "face". A colour theme is a mapping of faces to colours. There are more than three faces...
I recently started using Lisp and Limp is the only available plugin for VIM. But, once I set it up and hit F12, the terminal like window that appears has a very small font size. I have a screen resolution of 1920x1080 and it's impractical to read such small fonts. I went through the man page of 'screen', but couldn't find any useful information on changing the font or font size. Is there a way to do this?
And how about using something like 'xterm' rather than 'screen'? I looked through the code of bridge.vim. I don't think it is too much of a task. Any ideas on this?
By screen, do you mean GNU screen?
GNU screen is a terminal emulator that runs in another terminal or emulator. It has no direct control over font sizes; it's purely text based. The window you're seeing must be some GUI terminal emulator; you haven't told us enough to guess which one (could be xterm, could be Gnome terminal, etc.).
For xterm, control-right-click should bring up the "VT Fonts" menu, which will let you select a different font. If none of the available fonts are to your liking, you can use X resources to reconfigure the options, including the choice for the default font.
xterm also supports a control sequence that sets the current font. You have to know the name of the font you want. xlsfonts will show you a very long list of font names (it just showed me 5594 of them). For example, if you run this from a shell running in xterm:
printf '\e]50;-misc-fixed-medium-r-normal--15-140-75-75-c-90-iso10646-1\a'
it should give you the font I usually use. But screen generally intercepts escape sequences like that, so it probably won't work from screen under xterm.
Other terminal emulators should have similar mechanisms.
I've been trying to get colourschemes to work properly in VIM when using it over ssh with PuTTy as a client but unfortunately I haven't had much success. I can only get 8bit colours working with PuTTY even though I've enabled 256 colors in putty and set t_Co=256 in VIM. They don't turn out as they should. I've been trying to replicate this setup http://www.interworksinc.com/blogs/ckaukis/2009/06/03/vim-color-schemes-putty but as I say it's been in vain so far.
Has anyone here had success with colourschemes working with VIM in PuTTy? I'd appreciate any advice
Thanks,
Patrick
[EDIT] Turns out I've found the source of the problem. I was using vim in a screen which was breaking the colours. Updated question I guess is, is it possible to have working colors in a screen session? [/EDIT]
As well as compiled support, it may be necessary to add some config to screenrc (I needed to).
http://www.frexx.de/xterm-256-notes/ has a good guide. The relevant part to screen:
By default, screen is not aware that it is running in a 256 color capable xterm. To make programs in screen recognize this feature, you need to set three things in your ~/.screenrc:
# terminfo and termcap for nice 256 color terminal
# allow bold colors - necessary for some reason
attrcolor b ".I"
# tell screen how to set colors. AB = background, AF=foreground
termcapinfo xterm 'Co#256:AB=\E[48;5;%dm:AF=\E[38;5;%dm'
# erase background with current bg color
defbce "on"
Yes, you can do 256 colours with screen, however, this option usually isn't compiled in. Simply compile screen yourself with:
--enable-colors256
Alternatively, you could get a tabbed PuTTy. It has the advantage of ctrl-a going to the beginning of the line, and saves you from many termcap headaches. However, if you like to reconnect to your screen sessions from multiple terminals, there really isn't anything better than screen for the job.
NB. This question probably belongs on Superuser.
I had same problem on Mac Os, tried some solutions but all tests show that 256 colors not displayed. After that I'm installed screen from brew and all works great. Maybe it's because Mac Os default screen from /usr/bin/ compiled without --enable-colors256 flag.
Solution for mac os: brew install screen
I had trouble with black background in Putty: blue characters on a black background with default colours are hard to read:
My solution for a better contrast was to enable "system colors" checkbox unter
"Settings / Window / Colours / Use system colors"
This displays the Putty screen with black characters on a white background. Not hip but readable :-)