![]() ** Original post had an extraneous error: as John pointed out OS X’s ‘ls’ does not handle the “–color=auto” option. Hopefully this provides some respite for your eyes! Remember, you can do the same for emacs (in your. H bold light grey looks like bright white If you want to explore more colors, you will need to use the standard ANSI colors: a blackĪ bold black, usually shows up as dark grey directory writable to others, without sticky bit ![]() directory writable to others, with sticky bitġ1. If you are curious, the eleven filetypes are: 1. This results in green filenames, bold-green executables, blue directories, yellow symlinks, and so on (see above screenshot) I prefer not to use a background color for normal filetypes. Which specifies eleven sets of colors (11x fb). bash_profile: export LSCOLORS=Gxfxbxdxcxegedabagacad Then to define the foreground and background colors for eleven different filetypes, you need to redefine the LSCOLORS (LS_COLORS for UNIX) parameter in the. cshrc for both if you use the C shell)**: export CLICOLOR=TRUEĪdding a ‘-F’ flag to the alias will result in a slash (‘/’) after directory names. To change the color coding, first you need to make sure color option is turned on add the following line to. While you are at it, you might want to change the colors for the ‘ls’ commands as well for two different reasons: (i) the defaults do not work well with your new green-on-black xTerminal and (ii) the right color coding instantly identifies the file type. ![]() For Terminal.app, you can simply use the GUI preferences it does not read. Xdefaults does not exist in your home directory, feel free to create one. Note I changed the cursor and pointer properties as well. Xdefaults, which lives in your home directory: xterm*Background: black One way to change the colors on your Mac’s X11 is to add the following lines to your. The same is true for light text on dark background, which has been the fad for some web designers these days please avoid either combination! As far as the eyes are concerned, green/yellow text on a black background (or off-white on dark gray) is the most soothing for the eyes. Hence, even while providing the highest contrast, this color combination tends to strain your eyes. In addition, your eyes have to constantly adjust between the two extremes of the color spectrum. Unfortunately, the default for the xTerminal (or most applications) is black text on white background which means you are staring at white, i.e., light, most of the time. Cheers.As our eyes spend most of our days looking at the xTerminal (xTerm, xgTerm, uxTerm, or Terminal.app) any relief is always welcome. You can read more about this on Arch wiki. If anyone has more input on this, please edit this bit too. I also, can't answer for sure about default availability of this functionality, but I want to assume (after rebuilding vim7.4 many times) that in the vast majority of cases they are compiled in by default. I am not sure, how this relates to mouse, but I did notice that the visual selection that's done by mouse (with mouse=a) in vim in xterm also goes into * register and hence in Primary. (I think, if you copy something into clipboard you will clobber Primary, but I am not 100% sure, maybe someone can pitch in on this.) So if you make a selection in xterm and then in vim do "*p then you will insert what you selected in xterm. In vim (on Linux at least), register * stores Primary and register + stores Clipboard. Another copy/paste buffer is called Clipboard, which is what you use when you do ctrl+c/ctrl+v. ![]() This will print contents of your Primary buffer (note, xsel may not be installed by default). You can see what is in your 'primary' by running: xsel -p -o That's where xterm, rxvt and other X applications copy selection, which is cleared once you make another selection. +xterm_clipboard Unix only: xterm clipboard handlingĮvery X.org application (X window system implementation, as you know) has a shared copy/paste buffer called Primary. Since I did not find anything, I made an assumption that xterm_clipboard in vim is Primary in X, since Vim's :help xterm_clipboard defines it as just: I was basically looking for other definitions of the word 'clipboard' in xterm context besides those explained below. To be sure I looked up Clipboard definition in xterm manual page. Note: After the comment by below, I decided to clarify why I assumed that xterm_clipboard in vim is Primary. For Unicode and UTF-8 both terminals seem to work exactly the same. But still, what's the difference I don't see any. People in the net say that UXTerm is XTerm with Unicode support. If I understand your question right, you are referring to concepts of "clipboard" and "primary". I also know that UXTerm is a wrapper for XTerm (to change a couple of settings). I want to take a shot at answering my first question on this forum.
0 Comments
Leave a Reply. |