Created
October 5, 2011 15:38
-
-
Save wyattanderson/1264760 to your computer and use it in GitHub Desktop.
Unique Hostname Colorization
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| # Calculate a short checksum of the real hostname to determine a unique color | |
| if [[ $TERM =~ "256color" ]]; then | |
| host_color="38;5;$((16 + $(hostname | cksum | cut -c1-3) % 256))"; | |
| else | |
| host_color="1;$((31 + $(hostname | cksum | cut -c1-3) % 6))"; | |
| fi |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
ok so coming up with a comprehensive light vs dark solution is currently more than i can handle. my immediate issue with bad colors was resolved by using cut 1-4, which pushes my current main use case colors into more suitable territory (darker text on light bg).
http://www.frexx.de/xterm-256-notes/ has part of an xterm2rgb function whose concept could possibly be of use here. if we draw a diagonal line through the palette (read also http://particletree.com/notebook/calculating-color-contrast-for-legible-text/), there are certain hex patterns that will then just need to be reversed for light vs dark.
but to detect between light and dark, i see no other way than for the user to take care of it by using a COLORFGBG-compatible terminal or taking care of this whole PS1 shebang in personal .bashrc.
on a system bashrc level where you would need to already know COLORFGBG when you do anything in /etc/bash/bashrc, only way is to probably forward that variable within .ssh/config. if it doesn't exist, then a comprehensive system wide solution for this doesn't seem possible at the time.