Terminal.app color labels

How do I find out what the filename colors mean? If a filename is red what does that mean? What about blue? aqua?
I know this is probably basic stuff, but I have to start somewhere and I don't know where else to look for the answers.
Thanks

Hi Matthew,
   Shells are case sensitive and the option for Apple's default BSD ls utility, /bin/ls, that turns on colored ls output is "-G". You can check to see which ls utility you're using with the command "which ls". If the output isn't colored with the "-G" option, post the output of that command. You can also get colorized output with this utility by setting the CLICOLOR environment variable. It doesn't matter to what you set it.
   The BSD ls utility will only produce colored output if the value of your TERM variable indicates that your terminal supports color. For instance, xterm-color works, among many others. You can check the value of that variable with the command "echo $TERM". You can set the value of that variable for all new shells in the Terminal Preferences window with the dropdown menu. It applies to new shells only, not to ones already opened.
Gary
~~~~
   Help fight continental drift.

Similar Messages

  • Customizing ANSI Colors in Terminal.app

    Has anyone figured out a way to customize the ANSI colors in the Leopard Terminal? The TCColorArray plist setting seems to be ignored.
    I've even gone so far as to copy the Terminal.app from Tiger onto Leopard. Still no go, even Tiger's terminal is ignoring TCColorArray when running on Leopard (which I find very strange).
    Could this be a termcap issue?

    You might want to ask in the Unix forum:
    http://discussions.apple.com/forum.jspa?forumID=735

  • ANSI Colors in Leopard's Terminal.app

    Has anyone figured out a way to customize the ANSI colors in the Leopard Terminal? The TCColorArray plist setting seems to be ignored.
    I've even gone so far as to copy the Terminal.app from Tiger onto Leopard. Still no go, even Tiger's terminal is ignoring TCColorArray when running on Leopard (which I find very strange).
    Could this be a termcap issue?

    The following will rid your Terminal of blue directory listings:
    1. Add the following to ~/.profile :
    alias ls='/bin/ls -G'
    export LSCOLORS=exfxcxdxbxegedabagacad
    2. Change the color(s) displayed by `ls` considering the following:
    For each pair of characters in the string 'exfxcxdxbxegedabagacad', the first character in the pair represents the foreground color, the second character in the pair represents the background color. Changing the character changes the color; see the following chart:
    a black
    b red
    c green
    d brown
    e blue
    f magenta
    g cyan
    h light grey
    A bold black, usually shows up as dark grey
    B bold red
    C bold green
    D bold brown, usually shows up as yellow
    E bold blue
    F bold magenta
    G bold cyan
    H bold light grey; looks like bright white
    x default foreground or background
    Each character pair in the string 'exfxcxdxbxegedabagacad' represents a type of file displayed by `ls`. The breakdown of character pairs follows:
    Pair 1 (ex) - directories
    Pair 2 (fx) - symbolic links
    Pair 3 (cx) - sockets
    Pair 4 (dx) - pipes
    Pair 5 (bx) - executable files
    Pair 6 (eg) - block special
    Pair 7 (ed) - character special
    Pair 8 (ab) - executable with setuid bit set
    Pair 9 (ag) - executable with setgid bit set
    Pair 10 (ac) - directory writable to others, with sticky bit
    Pair 11 (ad) - directory writable to others, without sticky bit
    So, following this through to conclusion, the following is the list of default color pairs:
    ex - blue/default - directories
    fx - magenta/default - symbolic links
    cx - green/default - sockets
    dx - brown/default - pipes
    bx - red/default - executable files
    eg - blue/cyan - block special
    ed - blue/brown - character special
    ab - black/red - executable with setuid bit set
    ag - black/cyan - executable with setgid bit set
    ac - black/green - directory writable to others, with sticky bit
    ad - black/brown - directory writable to others, without sticky bit
    Finally, to change the listing of directories from blue to cyan, change the first character pair (ex) to (gx) in .profile :
    export LSCOLORS=gxfxcxdxbxegedabagacad
    3. To have the color change take effect, quit and restart Terminal, or run the following command:
    . ~/.profile
    Message was edited by: Apple Scruffs

  • How to permanently save the color settings in terminal.app

    Hi,
    I have configured the "ls" command in the terminal.app to give colored outputs. However, I realised that for some reason the color-set used is designed for a light-colored background. When I use "white on black", the default blue color of the directories is almost invisible.
    Of course, I can change this to another color, but this problem is true for all "blue" fonts, so for example, the default color for comments in vim is also blue and thus unreadable with black background.
    This is not a problem when I use the xterm in X11. The color set there is much lighter and is perfect for a black backgound.
    By drag-and-drop method (drag the chosen color on top of the directory texts in terminal), I am able to alter the blue color to a much lighter version. This apparently changes all fonts that is blue (this includes for example vim comments), and is exactly what I wanted. But I cannot figure out a way to save this as default. Clicking "Save setting as default" button in the inspector does nothing, the new terminal window still gives you this dark blue.
    Anyone know how do I do this?
    Cheers,
    Lianheng

    Hi Nils,
    Thanks for the replies.
    I think I see what the problem is: basically the colors in the terminal are darker than that of the xterm in X11. This can be clearly seen from the vim. May be this is to do with the fact that apple terminal.app has a "better" color support?
    I quite like the default LSCOLORS settings, which is:
    LSCOLORS=exfxcxdxcxegedabagacad
    The color settings in X11 is just perfect for me at the moment. It would be so much nicer if I can make the color scheme in terminal.app look like that of the X11. If say, I change LSCOLORS to
    LSCOLORS=gxfxcxdxcxegedabagacad
    and change the color schemes in vim to a lighter theme, but this will effect the colors in X11 too, which is perfect now. Cyan will look too light in X11.
    At the first I thought by drag and dropping the colors into terminal it will alter its color map. So my question was actually how can one (if it is possible) change the color map of the terminal.app, so that it inteprets the ANSI "blue" slightly differently.
    By the way, the way that you can see all colors in vim is really neat! Thanks for that tip.
    Cheers,
    Lianheng

  • Terminal.app, emacs, and colors.

    newbie here.
    i'm playing around with customizing the (darwinports) emacs' font lock mode in the terminal. i've noticed that not all of the colors display exactly as i expect them. for example, i type "brown" and the result looks just like what i would get if i had typed "red." i assume that the closest match is being displayed from a limited palette.
    is this a problem with Terminal.app or is this a problem with the version of emacs i chose to use? is this a limitation i can correct?
    macbook   Mac OS X (10.4.6)  

    xterm-frobs.el and xterm-256color.el look like possible solutions.
    according to the comment for xterm-256color.el, 21.3 and later should support 256 color terminals. i'm running 21.4.1 but i'm unaware of whether the port is configured to allow this or not. i'll have to check into it.
    thanks again.

  • Can't open .term Terminal.app files from command line

    Howdy. I use Terminal.app constantly for ssh'ing into numerous remote machines. On my G4 Powerbook I have simply created .term files with customized colors, titlebars, and an appropriate ssh execution string for each machine/userid combination, which I am able to open with "open ~/bin/foo.term". Life is no longer so joyously simple on my new Intel iMac. I create a .term file (via Cmd-s while in a terminal window), but the above command to open foo.term now simply doesn't work on my iMac once a single terminal window has been opened (even after it's been closed) -- I can start one such file only from the finder or via Launchbar or Quicksilver. The only way I can use my .term files is by switching to Terminal and selecting File...Open and clicking on the .term file -- which, being a command line (and Launchbar) junkie, I hate, of course. Applescripts don't work either.
    I would be forever grateful if someone could tell me how to fix this problem!
    txlogic
    Intel iMac Mac OS X (10.4.6)
    iMac   Mac OS X (10.4.6)  

    TXLogic
    I cannot do it either.
    Ah, interesting -- thanks for the input. I had thought the problem might have something to do with the fact that I was using an Intel iMac, but you are using a PPC iBook. The problem isn't with 10.4.6 either, as that is what I'm running on my G4 Powerbook, and the .term files work as expected on that machine.
    Initially I thought it was a
    problem with permissions, i.e the term file hadn't
    the execute bit set (which it did not). Setting the x
    bit though did not help at all.
    Right, the .term files aren't executable.
    A work around was to
    save the command(s) into a plain text document in
    text edit (not rtf) as a .command file (no txt
    extension in this case) and set its execute bit in
    terminal (sudo chmod u+x ...).
    I don't quite understand the workaround -- what command(s) exactly did you put into the .command file? Could you paste the contents of such a file here?
    I have not dealt with term files extensively but I
    noticed that .term files are xml ones. Could anyone
    shed some light in possible changes in the way
    terminal handles them?
    Since the .term files work as desired on my Powerbook, it now doesn't appear that Terminal.app has changed its processing of the files. Something else is going on here.
    txlogic

  • How to get the same colored labels as in the gmail web interface?

    Hi,
    I would like to get the same preview in Mail.app (with different colored labels) as in Gmail. Currently, my Gmail account in synced with Mail.app, hence I have access to all my mailboxes (hence all my labels). I would like to add a rule which reads as :
    if Message is in (gmail label mailbox)
    then Set color to (color)
    However, this feature doesn't seem to be here. Basically, how to automatically colored a message being in a given mailbox (to get a nice rainbow in my general Inbox).
    Thanks in advance!
    Damien

    I'm pretty sure you can't do that in Mail. If you do find out, post back—I'd like to know too!

  • Change folders color labels

    Hi, I want to change the color label of folders which contain specified files, eg movs, jpegs. I don´t want to copy or remove files, because folder size is about 140 GB. The biggest group of files is about 50 GB. I mention this, because I think getting specified finder items could be a problem for my little ibook?
    Thanks in advance

    Also for the bug that iTunes doesn't minimize when I double-click the top edge of the window.
    It isn't a bug, it's a feature.
    Actually, I kinda like the improvements to the "miniplayer" thing, even though it isn't the same thing as minimizing the app. The only thing I don't like about the miniplayer is the tiny, hard to hit icon used to toggle it on & off, but if I can just remember the Cmd-Option-M shortcut for that I'm OK with that too.
    I wouldn't mind filling out a survey before they (Apple) curtained features.
    After hanging around ASC for a few years, I have realized that almost everybody has very different ideas about the usefulness of just about every feature Apple has ever implemented. If Apple listened to users, I suspect we would end up with an OS so bloated it wouldn't even be able to crawl, much less run, on most Macs, & the user preferences alone would have so many options nobody could find the ones they wanted without help.
    Actually, I think that may already be happening ... but I'm sure everybody has a different opinion about that, too!

  • Is there any way to get Mini Bridge to show the color labels that are set in Bridge and/or Lightroom

    Is there any way to get Mini Bridge to show the color labels that are set in Bridge and/or Lightroom?
    I am using Cloud InDesign CS6 on Windows 7.

    You will need to go via your computer's iTunes - to get music into the Music app you either need to download it directly on the iPad from the iTunes store app, or sync it from your computer's iTunes

  • Leopard Terminal.app no longer supports ANSI print escape sequences?!!

    I print my email using pine's "attached-to-ansi" option, which used to work great in Tiger with Terminal.app. It no longer works in Leopard. It also breaks things like the "ansiprt" Unix command.
    This is a start/stop escape sequence that diverts text between the start/stop sequences to the printer. See http://www.termsys.demon.co.uk/vtansi.htm as a reference.
    Is there some Terminal.app setting I need to use to enable this? Some specific terminal type perhaps?
    Suggesting that I use enscript or other techniques don't work, as I use the Terminal to ssh into my mail server, then run pine on the mail server.
    Anyway, any idea how to get this very desirable feature back?
    Thanks,
    -John

    HI,
    I tried to set "Escape non-ASCII input" without any change. I didn't see an option to change "Escape non-ASCII output". I tried a few other things without success either using a different terminal type and so forth. I looked in the .term file and didn't see anything text related to ANSI or ASCII or escape.
    If I change a Terminal preference do I need to quit and restart Terminal to test the change, or does the change take place as soon as I change it in the menu? I tried quitting and restarting after checking "Escape non-ASCII input" and when I restart the box was unchecked. I couldn't find a "save preferences option either.
    In Tiger, my terminal type was xterm-color- same in Leopard. I had checked off "Escape non-ASCII characters" under Tiger.
    Here's exactly what I do, *which used to work in Leopard*.
    I run Terminal.app on my MacBook, and ssh to a mail server. On the mail server, I run the pine command to read my mail. Pine has an option to print email using ASCII escape sequences. Terminal.app sees these escape sequences and diverts the text to the default printer on my MacBook.
    Under Leopard, the Terminal doesn't catch the ANSI escape code, and just spews the text to the terminal window. Nothing has changed on the mail server side. I;m using the sane ssh command.
    Enscript won't work, as the printer connected to the mail server is often as not in a different state than my MacBook.
    Not all terminal emulators support the ANSI print escape sequences. Terminal didn't before Tiger, if I remember correctly. I used to use a very nice terminal emulator called Data Comet which did it.
    ANSI printing used to be a fairly common way to print to a local printer connected to via a parallel cable. Besides pine, the Unix command ansiprt http://kb.iu.edu/data/abye.html could be used to print remote files on the local printer. Some terminal emulator programs used the idea to hook the ANSI escape sequence to the printing system, extending the functionality to use any printer accessible by the local system.
    Thanks again for all your help. I hope I've clarified what I'm trying to do.
    -John

  • Loss of color labels and other assorted bad things...

    My G5 seems to be acting a little weird lately- nothing I can pin down but lots of little things.
    • Beachballs spinning at odd times and places.
    • If I have assigned a color label to a TextEdit document, all of a sudden resaving the document causes the color label to reset to "no color". This seems to be a new trick, and I'll bet nothing good will come of that.
    • When opening some (but not all) graphic files with GraphicConverter, all of a sudden a "ghost image" of the picture paints itself on my right screen (of a two-screen setup). The actual GraphicConverter window itself is located on the left screen real estate, which is where I want it, but this "ghost image", without any framing, appears right in the middle of the right screen just after the normal GraphicConverter window opens on the left screen. Suspiciously, the size of the "ghost image" seems to be the same size as the actual legitimate image showing in the GraphicConverter window. I have my screen set to change the background picture every minute or so, and when it repaints the "ghost image" disappears. Moving any other window over the "ghost image" also erases it (like using a blackboard eraser).
    Just to make this REALLY challenging, this problem seems to be inconsistent, as it does not do this every time. If there is a pattern here, I'm missing it.
    So far (I think, but can't be sure) all of the graphics which fall victim to this phenomena have been scans by my Cannon scanner. Have had this scanner for a long time with no previous problems. If I open the same files which cause GraphicConverter to misbehave with other graphics-handling apps, there doesn't seem to be any problem with the other apps.
    Some general background info:
    • Have reinstalled the GraphicConverter app, and discarded it's preference files, but no help.
    • Have also reinstalled the Cannon driver app, and discarded it's preference files, but again no help.
    • If I boot the computer from a different (backup) external HD the same situation seems to exist. However, since I backup pretty often (using SuperDuper), if there is some sort of OS issue which has been building up it may be possible that the backup HD now simply has the same problem as the main internal HD.
    • I did rebuild my directories with DiscWarrior a few weeks ago, for what that's worth. Have done that in the past with no problems occurring.
    • The main internal HD is a fast 10000 rpm, and is partitioned into two sections: one section holds all of the OSX-10.4.10 and related operating files (apps, utilities, libraries and associated hooga-booga), with about 9.2gb still open. The other partition holds everything else, also with about 9.2gb still open. Three separate external HDs hold pretty much nothing but music files for iTunes.
    All ideas will be appreciated!
    Thanks- 0db
    Message was edited by: Daniel Banchero
    Message was edited by: Daniel Banchero

    Have just noticed activity monitor is indicating very unusual activity in something called "TruBlueEnvironment", whatever that is. It is currently accounting for over 95% of CPU activity, and these spikes may be the cause of the beachballs appearing at rather odd times.
    For anyone who knows what this may be all about, here are some current stats from the Activity Monitor:
    Threads: 15
    Ports: 227
    Context Switches: 3994556 and going up rapidly
    Faults: 19059 (and stationary)
    Page Ins: 2245 (and stationary)
    Mach Messages In: 56585 and going up fast
    Mach Messages Out: 122817 and going up fast
    Unix System Calls: 80243 and going up
    Can anyone give me some guidance on all of this?
    Thanks-
    0db

  • More color labels

    I like labels more than stars, and like to get lot of peoples opinion across many projects. wish had lot more color labels.
    Check out the great application drag thing - he's got 17 color labels in that little app.

    That's way to slow to type in keywords.
    It's much faster to just press just one key to label an image on the
    fly.
    I can typicaly do a good edit of 500 to 600 images from a day shoot in
    20 minutes. Just by labeling the images 1 to 9.
    While Bridge has it merits its still not up to par with Iview. "YET"

  • Emacs problem in Terminal.app

    When I edit a text file in the (text-only version) of emacs running in Terminal.app, what happens all the time is that characters in my file get overwritten by spaces (on the terminal only). Pressing Ctrl-L recentres and refreshes the display and it's OK - until it happens again, which is usually right away.
    E.g. if I open the file and press down rightarrow, and hold it for autorepeat, the cursor will gradually move through the file, but as I scroll over certain characters, they will be overwritten by spaces on the screen.
    The problem only happens in Terminal.app, not also in xterm.
    It doesn't matter whether $(TERM) is set to xterm, xterm-color, vt100 etc. in Terminal.app.
    I remember this working in previous versions of Mac OS X, but not in 10.4.5 (and as I recall it's not worked for me for a while).
    Is this a bug? Does anybody else see this? Or is there some setting I might have inadvertently changed.

    The problem was traced to a
    stty -tabs
    line in my .login file. It appears that emacs outputs tabs to move around the screen, and those were being expanded to spaces which overwrote my text. Vi apparently does not use tabs in the same way, which is why the problem was limited to emacs.
    The reason the problem manifested itself in Terminal.app but not in xterm is that tcsh executed inside a new Terminal.app window executes .login, whereas one executed inside a new xterm window does not.

  • Finder Color Labels Disappear

    At my work, we use the Finder color label feature extensively for collaborative projects in order to mark who has worked on what files on our server. Recently, though, my labels have all disappeared. I'm unable to see the labels I had previously set and I am unable to view the labels others have set as well. My colleagues can see the labels just fine on their computers. I haven't seen a lot of people have this particular issue, but I have seen a fix online where you go into the Terminal and delete the DS_Store files and let OS X rebuild them. Please advise.

    I have a similar issue, but unfortunately no fix.  My labels don't disappear immediately though.  They will stick around for days or even weeks, then suddenly vanish.  I'm running Snow Leopard 10.6.8.  Anyone know of a solution.  I tried the DS_Store thing to no avail

  • Random Window Closing When Using Color Labels

    Any help appreciated.
    When using color labels, every 2nd or 3rd time I set a color, the finder window I'm working in closes by itself. When I reopen a new window, it puts you back at the top level, and I have to re-drill down to where I was. This happens whether or not any apps are open.
    Using OS 10.4.8, pretty sure it's the latest version. I have almost no software on this machine - it's a dedicated music computer. I use labels extensively, and this never happened on my old G5 or Powerbook (both with 10.4.8). So far I'm attributing it to the Mac Pro.
    Mac Pro/2x2.66 Dual-Core Mac OS X (10.4.8) 4GB RAM
    Mac Pro/2x2.66 Dual-Core   Mac OS X (10.4.8)   4GB RAM

    Create a new account, name it "test" and see how color labels work in that User acct? (That will tell if your problem is systemwide or limited to your User acct.) This account is just for test, do nothing further with it.
    Open System Preferences >> Accounts >> "+" make it an admin account.
    Let us know and we'll troubleshoot this further.
    -mj
    [email protected]

Maybe you are looking for