SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
That's a nice one.
Now you have to look into the code for wicd and your power-manager to change the color of their indicator bars to something other than green.
That's a nice one.
Now you have to look into the code for wicd and your power-manager to change the color of their indicator bars to something other than green.
The issue is that proper Solarized is a 16-bit palette, and running such a palette optimized for general terminal work and vim jacks up a few other things, e.g., sbopkg and probably most ncurses interface using similar colors. I played around with loads of methods, including .Xresources, setting various termcap options (can't remember which at the moment), etc. I exchanged a few tweets emails or two with Ethan Schoonover and he provided some pointers (which I can't track down). I was mostly interested in using Solarized in vim. Maybe I'll need to hit it again.
Do you find the terminal color scheme interferes with other terminal applications?
I did not find that the color scheme interferes with terminal applications, and I have no trouble running sbopkg or (terminal) vim. You are aware, I'm sure, that the Solarized scheme for vim needs to be installed separately.
Perhaps you could post a screenshot of your "jacked up" terminal?
You will notice that my .Xresources file sets the number of colors available to my terminals to 256, and that my .vimrc sets vim to expect a 256-color terminal. Also, I don't know which terminal you're using, I've built rxvt-unicode with --enable-256-colors, which is not set by the SBo SlackBuild script. My vim is also compiled with --with-x. I don't know if any of these are factors.
I now remember the issue: GNU screen. As you'll see in the attached screenshot, with an xterm on the left using GNU screen and on the right a "native" xterm, the colors are quite different. Also top-right is sbopkg, and while it's legible it is not so legible as the standard (blaring) ANSI colors.
I have 256-color xterm support specifically noted in my .screenrc, and played with all sorts of terminfo options to get screen to play nicely. I couldn't get it worked out. I use screen often (probably too much), typically from PuTTY at work, so this is a real consideration. Also, not in the screenshot is irssi, which will require some theme reworking to be useful. Using Solarized with irssi's default color scheme, there are no highlights to differentiate nicks and discussion. But that's not precisely an indictment of Solarized.
I may check into tmux on the chance that it plays more nicely with colorschemes. I assume, as it's fairly popular, you or someone else here uses GNU screen at least infrequently. How have you adapted it with Solarized, if at all?
Fvwm (2.5.3) compiled with struts option to prevent maximised windows covering the entire screen, with a simple text-only launcher I wrote using PyGTK - I find icon-based panels cause me more pause as I try to figure out what I want to do.
I rarely use everything on that panel every day either, typically just a terminal, web browser, VirtualBox and maybe LibreOffice Writer on average.
I now remember the issue: GNU screen. As you'll see in the attached screenshot, with an xterm on the left using GNU screen and on the right a "native" xterm, the colors are quite different. Also top-right is sbopkg, and while it's legible it is not so legible as the standard (blaring) ANSI colors.
I have 256-color xterm support specifically noted in my .screenrc, and played with all sorts of terminfo options to get screen to play nicely. I couldn't get it worked out. I use screen often (probably too much), typically from PuTTY at work, so this is a real consideration. Also, not in the screenshot is irssi, which will require some theme reworking to be useful. Using Solarized with irssi's default color scheme, there are no highlights to differentiate nicks and discussion. But that's not precisely an indictment of Solarized.
I may check into tmux on the chance that it plays more nicely with colorschemes. I assume, as it's fairly popular, you or someone else here uses GNU screen at least infrequently. How have you adapted it with Solarized, if at all?
Make sure in your vimrc that you have set t_Co=256. Even with 256 color support in screen, I think vim assumes it to be a "dumb" terminal so it only uses 16 colors. (That's at least a possibility).
Make sure in your vimrc that you have set t_Co=256. Even with 256 color support in screen, I think vim assumes it to be a "dumb" terminal so it only uses 16 colors. (That's at least a possibility).
I think I tried it, and just tried again. I found that I had a conditional based on the value of $TERM, sending jellyx if $TERM = "screen-256color". I undid this, and things work fine. Perhaps the limitation I had was with PuTTY, but I'll keep looking. Thanks for the reminder.
EDIT: the image wont upload because its too big and id be happy to try to fix it but the new gimp file save dialogues are so screwed up i would rather just look for a different peice of software. Yes i looked at the export function.
EDIT: the image wont upload because its too big and id be happy to try to fix it but the new gimp file save dialogues are so screwed up i would rather just look for a different peice of software. Yes i looked at the export function.
Come on. It is so much better now. As the McDonalds' slogan goes, I'm loving it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.