Image 01


t pdi

Various KDE 1.-4. Styles by genericity 58 comments

Yes, the "glass-y" themes are noticeably slower; I'm currently using the default.

But I'd be even happier with a Chromi version that just copied a bitmap/jpeg/whatever onto the screen.

As long as I have your attention, :), a few other suggestions:

1. If a window is narrower than X pixels, just draw a "normal" title bar above it.

2. Chromi doesn't allow title-bar buttons to be customized. I set title-bar right click to give me the window menu as a work-around, but I'd like to be able to have the menu button.

3. An algorithm for finding the max acceptable width would be to read, say, 5 pixels in on the "real" window, the vertical band of pixels from the top of that window down to the top-heigh of chromi. If that band is all the same color, read vertical bands to the left until a band is found that has a different color. The original color found is the background color, widen chromi until it covers up to (or just to the right) of the first not-background band.

I /think/ from some playing with X windows, and another (I've forgotten the name) window decorator that acted like Chromi, that there's an ability to find the X window handle of the "real" window, and read its pixels. - Feb 21 2010

Various KDE 1.-4. Styles by genericity 58 comments

Chromi insists it needs CMake 2.8 to compile, but works with CMake 2.6: change the line project root CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
cmake_minimum_required(VERSION 2.6)

The file INSTALL lists dependencies as kdelibs6-dev and xorg-dev; I used kdelibs5-dev, but had to additionally install kdebase-workspace-dev.

I compiled and am using chromi under Kubuntu Karmic (9.10).

I note that on my Atom netbook, some Aurora themes make window drawing noticably slower than other themes do. - Feb 20 2010