Do you know any keyboard shortcut to adjust or toggle the terminal's opacity without right clicking and going into preferences? That would be so sweet if that is possible.
Terminator does not support hotkeys to change background opacity or color:
To my mind, rewriting the config file on the fly is the wrong way to
achieve the things you want. A much better way would be the dbus
server that we've started to introduce. It is designed to allow things
running inside a terminal to communicate with Terminator and send
commands that will affect the terminal. For now it only exposes
commands for splitting, but over time I hope we will be able to extend
this to include things like colours and transparencies, etc.
https://answers.launchpad.net/terminator/+question/173257
CompizConfig allows you to change any window's opacity with a keyboard shortcut. The effect is different than Terminator background opacity, but it's good enough for me -- I want to glimpse the web page behind my terminal.
sudo apt-get install compizconfig-settings-manager
Related:
How do I change the transparency level of gnome-terminal?
Terminator does support other hotkeys and a configuration file:
http://manpages.ubuntu.com/manpages/intrepid/man5/terminator_config.5.html
One workaround is to create multiple profiles according to the transparency levels and then switch to the required profile using the keybindings in terminator.
For example, I need to toggle transparency in terminator. So I have 2 profiles.
default --> opaque
transparent --> with transparency set to 0.80 (all the other settings are the same)
And I have mapped the following in terminator keybindings:
next profile --> ctrl+0
previous profile --> ctrl+9
This allows me to toggle opacity in terminator.
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 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.
Something strange happened to me recently. I was testing the color schemes of Sublime Text 3 by selecting them from the menu Sublime Text > Preferences > Color Scheme. I did not find any that I liked more than my current one, but then I realized that the one I was using was not among the color schemes listed. Unfortunately I do not remember the name of the color scheme I was using.
By searching for popular color schemes online, I found one that is close: "Afterglow-twilight". However, the scheme I was using had much higher contrast, i.e. darker background and more vivid code highlight colors.
Is there a way in Sublime Text 3 to recover the color scheme I was using?
The color scheme that you're using is set as the color_scheme setting in your user preferences and the menu item Preferences > Color Scheme (which is under Sublime Text if you're on MacOS) allows you to more easily set that preference by showing you a list of all all most available color schemes along with letting you preview what they look like.
The short answer to your question is No, but the longer answer to your question is Yes.
The No is because unless you have your Preferences.sublime-settings file backed up somewhere (say if you use Dropbox to sync it) or under version control of some sort, then the value of the setting is gone now and the only way to get it back is to figure out what color scheme you were using so that you can reset it.
The Yes is because Sublime will only allow you to use color schemes that you have installed locally, and using the menu item outlined above allows you to pick between those you have installed (changing the setting as appropriate) but it doesn't remove any installed color schemes.
That means that unless you uninstalled a package in between when you were playing and noticed that your color scheme is no longer listed, that color scheme is still present even if the list isn't displaying it (and if you did uninstall a package, re-installing the package will bring it back). So all you need to do is figure out what it was.
There's a strikethrough in the first paragraph because Sublime hides some color schemes from you, so if you were using one of those it won't appear in the list and you need other means to find it.
The first thing to try is to add the following setting to your user settings (if it's not already there) to tell Sublime that legacy color schemes should also be listed:
"show_legacy_color_schemes": true,
Around the time the menu item for changing color schemes was added to the interface, some of the color schemes that used to ship with Sublime were relegated to Legacy status because they were wildly out of date and either not popular enough to warrant work to update them or impossible to fix without making visual changes.
Those color schemes are still present, but they're masked from the list of displayed color schemes unless you turn that setting on. So, in the case that you happened to be using one of those previously, this setting should let you find it again. Syntaxes that fall into this category will say Color Scheme - Legacy under them in the list.
If that doesn't turn up the color scheme that you were using, there is one last avenue of exploration. Sublime supports the idea of a hidden color scheme, which is generally something used by packages to give color schemes to things without more generally exposing them. Possibly there is a Theme out there for Sublime that distributes it's color schemes this way as well.
If you open the Sublime console with View > Show Console, you can enter the following lines one at a time into the input at the bottom of the window:
sublime.find_resources("*.hidden-tmTheme")
sublime.find_resources("*.hidden-color-scheme")
This will get Sublime to show you a list of all of the hidden color schemes (there are two different formats). Assuming either list is not empty, the items in the list represent hidden color schemes that the command mentioned above doesn't display.
If so, you can open your user preferences and manually set the color_scheme setting to each of the items in turn to see if one of them is the one you're looking for.
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 :-)