Fluxbox, we meet again

I'm sort of tired of KDE4 crashing left and right and Plasma barfing all over me all day. So I decided to check out the current state of lightweight window managers.

Lo and behold, Fluxbox is still going strong. It was the first WM I used way back in 2000-something when I started using Linux full-time. Last time I tried, there were always weird compatibility problems with system tray icons and pagers working properly when running a mix of KDE and Gnome and other apps, but those seem to have cleared up nicely; I have yet to hit any snags. Here's a screenshot.

Fluxbox

This took very minimal effort to install and set up. Maybe a couple hours total. I'm using ipager and conky. The wallpaper comes from the UniQ KDE theme. Vim and Emacs themes are my own.

The Fluxbox style is mydefcon_4 from tenr.de which is probably the largest and most thorough set of themes created by one person that I've witnessed. That fellow is motivated.

For all the bells and whistles of KDE4, what features did I actually use regularly?

  1. A menu of apps
  2. Taskbar + System tray + Clock
  3. KWin's good window management.
  4. Global keyboard shortcuts galore
  5. One widget: current CPU/RAM/Network usage
  6. Mouse/keyboard management, background-setting, etc.

Fluxbox gives me all but number 5, and Conky gives me that. Number 6 you can do with xset and feh and such.

And I like being motivated to use keyboard shortcuts for more things. I'm already halfway there. Maybe I can take the plunge eventually and try a tiling window manager. Not sure I've reached that level of nerditude yet though.

And now I can move and resize windows without my graphics card bursting into flames. Maybe when I can afford a few more cores worth of CPU I'll try KDE4 again. Honestly I think I have too much monitor real-estate for my ancient computer to handle smoothly in KDE4.

Not to knock KDE4; it's awesome and I'll probably go back someday. But everyone needs a break now and then.

Emacs Clojure colors

In yet another step along the path of trying to forcibly morph Emacs into Vim, I started a port of my Vim color scheme Gentooish to an Emacs color-theme.

Then I threw a few lines at the bottom of .emacs to highlight a few more Clojure-specific things when in clojure-mode. Result:

/emacs/gentooish-clojure.png

This is inspired partly by parenface.el which dims parens so they don't stand out as much. Lispers have this silly meme where they pretend they can't see parens at all, but being a mere human I want Emacs to help blend them into the background a bit.

I want to dim parens but also make braces and brackets pop out a bit more. Coloring braces, brackets and parens slightly differently helps make a few things easier to read in my opinion, especially in ))]}])) kinds of situations (like at the end of the function above).

This is pretty brute-force and I really wish I could figure out how to highlight #{} (sets) differently than {} (hash-maps). Highlighting (), '(), `(), and #() differently would be awesome too. But that is well beyond my elisp skills at the present. Certain areas of Emacs are all but impenetrable, no matter how much documentation I read and how much banging on the keyboard I do. The morass that is font-lock is one of those areas.

p.s. I find an easy way to keep your dotfiles in git is to make a folder (called dotfiles or something) and symlink your dotfiles from there to your home directory. I also put * in .gitignore so git doesn't slurp up anything sensitive by accident.

KDE4 Konsole Kolor Skheme Kdownload

I put a color scheme for KDE4's Konsole up for download. From a cursory glance I think KDE3 and KDE4 color schemes are the same format, but I haven't tried it.

Also I know I'm not the first to say it, but all of the K's in KDE program names are a bit annoying after a while, aren't they?

Vim cterm colors

Note to self. Vim color schemes that only set cterm colors don't work unless you export TERM=xterm-256color in your terminal emulator. Konsole in KDE4 seems to default to plain xterm. Took me a half hour to figure out why my color scheme wasn't working in Konsole.

KDE4 disaster

From reading the bug it sounds like KDE4 is getting close to being ready to hit the tree, which is awesome. Foolishly, I decided to try it early from the overlay last night. It was a total disaster. Things were crashing left and right, panels would resize themselves to be fullscreen (with hilarious results), half of my apps didn't work at all. I found three or four ways to bring down the entire X server. It took me many hours to get KDE3 running again. This is totally to be expected from installing masked packages as I did, so it's my own dumb fault, it was amusing and I wanted to get a taste.

I'm afraid it's going to be inevitably difficult or impossible to migrate cleanly from KDE3 to KDE4. I had the same problem in Kubuntu when I tried a while back. KDE is so huge and so many things link to it or interact with it that it's going to take a year to track down and remove all the cruft after the switch.

I couldn't even import my old KDE3 color schemes or Konsole color schemes into KDE4, which was surprising. QtCurve was un-configurable, dekorator didn't work, and so on. I didn't get far enough to figure out if my preferred icon themes work or not. I didn't realize they broke backwards compatibility to that large an extent, but I maybe it's to be expected.

There were other problems that were seemingly due to the lingering immaturity of KDE4. I can see all the pieces there which are going to allow people to do really neat stuff eventually. In the meantime KDE4 feels horrible.

KDE4 fonts look nice though.

Desktop screenshots

I've been using this theme forever and I'm thinking of changing it, so I wanted to grab some screenshots before I did. I have bandwidth to kill anyways, so enjoy my 3.5 MB PNGs.

2008-09-01

2008-09-01_2

My KDE color scheme is here, my QTCurve config is here, my Konsole theme is here, my Vim colors are here, the icons are Buuf, and I uploaded those wallpapers.

I really need to re-upload all the screenshots I took over the past 5 years. That was always one of the more popular sections of the site, for whatever reason.

Vim color scheme: Gentooish

I look at Vim 7 or 8 hours a day, so it's nice if the colors don't give me a headache. I've used ps_color for years but recently I decided it's a bit too washed-out and it has some quirks that make it hard to read Ruby code. It's hard to find anything else that's any better though. inkpot is good but it's a bit too monochrome for me. I like things to have a very distinct hue rather than rely on saturation or subtle differences.

So I started writing my own color scheme. For some reason that's beyond me, I seem to gravitate toward purple and green. Green is my favorite color, but why purple? I think it might be due to Gentoo brainwashing, so I called this color scheme Gentooish. I've been using it for a week or so and I keep changing things that annoy me, which will probably continue, but it's non-sucky enough to upload at this point probably.

Download gentooish.vim.

Gentooish

I've never written a color scheme before, but it's not difficult. inkpot had nice clean source code so I used that as a basis. ps_color's source is horrific.

Sadly I'm not 100% sure how vim color schemes map to colors in a terminal. Konsole, urxvt, xterm, and a real terminal all show me different colors when using the same color scheme. So I didn't bother with it.

White text? Black text? Cow text?

I took a screenshot of my blog and went into Gimp and did Colors => Invert and thus a new blog layout was born. I also brought back the purple/green one. You can change it via the little skin-selector drop-down thing that's hopefully showing up and working properly for everyone. Skin selection is courtesy of a WP plugin; that site is not in English, but the instructions in the download are, if you want to use it yourself.

Black text on white vs. white text on black... the age-old question. My Vim theme has forever been a black background (ps_color to be specific). Even in broad daylight I find that a black background reduces eye strain considerably. Or maybe it's all in my mind, but then again this is a subjective sort of thing, so whatever's in my mind is all that really matters isn't it?

It's notoriously difficult to use a dark-background GTK/QT theme. Too many programs are written with the assumption that your theme is going to be light backgrounded. However thanks to Kore and a few tweaks here and there I've been getting along pretty well for a few months with a dark theme in KDE. I really need to start posting desktop screenshots more often again. Note to self.

So what's up with the cows? Cows are big, dumb, silly beasts. They can represent strength, or embody vulnerability. They're so disgusting that it somehow wraps around again to awesome.

Are cows really dumb though? Does their silent cud-chewing indicate stupidity, or thoughtfulness? Are cows really silly? Or do we project our own latent silliness onto them? Cows thus embody some of the deepest philosophical questions man has ever dared to ask.

Not really. I've been told by various people that I have the kind of sense of humor where it's impossible to tell whether I'm joking or being serious. Sometimes even I can't tell whether I'm joking or not. I love walking that line. Cows are partly a joke that I never get tired of telling, but also they really do make me smile. Cows are a way to have fun with this website. I view my website almost as a sort of parody of a blog, but a parody I still take seriously in a way. I believe it was Friedrich Nietzsche who said:

If you look long enough into the cow, the cow begins to look back through you.

The internet does not have to be serious business, and I don't want my website (or my opinions) to be taken as seriously as many people seem to want to. My secret hope is that whenever someone comes on here to flame me about my opinions, they'll look up and see a cow in a fedora and say "Wait a second... what am I doing?"

Also Gentoo's mascot is a cow. I estimate that the cows on my website increase its overall performance by 14%.

QT-GTK

For a long time in Gentoo, if I had the "Use my KDE style in GTK applications" option selected in KDE, certain themes would cause all GTK apps to fail to even start. Only certain QT themes did it though. Domino for example, which happens to be my favorite QT app.

I also had some redraw problems with GTK apps no matter what QT theme I used. When changing between virtual desktops, bits and pieces of certain GTK apps wouldn't redraw properly until I moved them around or resized them. And as I mentioned an entry or two ago, I had some lag problems when switching between desktops in general. Nothing show-stopping. Just barely bad enough to annoy me at times.

Strangely, all of those problems seem to have been corrected. Must've been something fixed in the past month. Or maybe something on my system was b0rked and the slew of updates that accumulated over the past month caused me to have to recompile something that fixed it. That included a new version of xorg, tons of KDE apps, a new nvidia driver, and lots of other things, and I upgraded freetype to the latest keyworded version. I wish I knew what it was in particular that fixed things so well. Such are the mysteries of Gentoo.

Dark QT theme = unreadable text fields in web pages

I use a dark QT theme. Many web pages (example: Youtube) have CSS which sets text fields to have black text, but don't set the background color of text fields to be anything. So the background color ends up being my default dark (set by my browser / window manager), but the text in the fields is set by the page's CSS to be black, so I can't read it.

This is incredibly annoying. If sites would either set BOTH the text color and background, or NEITHER the text color nor background, things would be readable. Picking one ends up causing a mess for anyone using a dark theme.

In Firefox to fix this I have to screw around with ~/.mozilla/firefox/$PROFILE.default/chrome/userContent.css and force the font color of all my text fields to be white. This then screws up pages that style their text fields to have white backgrounds, so I have to force my background to be dark for all sites.

input {
    color: white !important;
    background: black !important;
}

However this looks horrible. Largely due to the fact that form elements in Firefox look like Windows 3.1 widgets to begin with.

In Opera on the other hand, I can go to Tools -> Preferences -> Advanced -> Content -> Style Options... -> Enable Styling of Forms and disable all form styling on all web pages. This cause forms to revert back to their default appearance as decided by Opera. In Opera, the default appearance is often set by the theme you're using, so this is actually a nice option and gives nice-looking form widgets. You can also use a custom stylesheet in Opera similarly to Firefox where you can override the colors of form elements using CSS, if you so desire. It's in the same dialog box as the option above.

Any styling that a web page applied to make form widgets fit in better with the rest of the page is gone when do you do this kind of thing, but I'm willing to pay that price.