Image 01
profile-image

dax918

ultradax .
Amarok Themes
KDE 3 Color Schemes
Wallpapers Ubuntu
test
Domino

KDE 3.5 Themes 404 comments

Score 58.0%
Feb 16 2007
I also considered the sf.net approach since I already have an account there, so development can continue to move forward, think of how the kernel and its patches are distributed, pretty much the same idea. But rather than only patches, I'm trying to figure out a way to allow a more dynamic way of changing the decoration that doesn't involve code editing and recompiling, since a lot of nice decorations are made by non-programmers. Some users already do this by using Domino along with other enhancements and engines such as Emerald. This way you can add as many mods as you want without the risk of breaking the code. It would have to be easy to apply and memory friendly above all.
- Mar 07 2008
Already added to the next update too. - Mar 03 2008
I fixed this one, consider this problem solved for the next update. - Feb 28 2008
I'm considering publishing a beta soon, I think it would be safe to say before the release of Hardy Heron and OpenSUSE 11.0 beta1 (mid April). Still, between now and then someone else might post an alternate port much earlier, at least other 2 users are working on their own ports right now, perhaps more.

Me, I don't want to be responsible for another half-finished KDE4 port. I'm writing the entire code from scratch, I chose the hard way because there are some known issues with the style but mostly because I want to take Domino to the next level. I have a couple of ideas that will make the wait worthy. - Feb 27 2008
I confirmed the second bug as well. I added it to the queue.
The third is not technically a bug, the expander behaves different. Rather than the 'press and release' button behavior it expects a 'press and keep pressed' instead in order to display the menu. Nevertheless I agree, I think it's something that can be improved. - Feb 24 2008
Interesting. I'm the closest thing to a maintainer right now, the KDE4 port is my priority for the moment, once I finished it, I'll fix these bugs for the next KDE 3.5. version. There's a quick fix, you don't need to close Amarok, you can drag that icon to the window below it using the left or middle button.

If you spot another problem please let me know.

Regards
daX - Feb 24 2008
Yes. I'm working on that, at least other 2 users too. - Feb 18 2008
Great. I couldn't find this info there, what version is it for, Feisty, Gutsy? And what type, x86, x64? Someone made a package for Edgy, the strange thing is it doesn't get listed on this page either so everyone can download it. Have you tried contacting the author linuxfever? Is he still involved with this style? Also, does anyone know if Domino works with KDE4? - Jan 26 2008

Well, I took the time to complain, maybe now I can help someone out myself, hopefully I'm saving someone a headache :)

Installation for Kubuntu 7.04:

Required packages:
kdebase-dev
kdelibs4-dev

depending on your current packages, this could be ~45MB. These packages are not included in the default installation.

1. ./configure
2. make
3. sudo make install

And here's a link on how to create a .deb package:

http://ubuntuforums.org/showthread.php?t=51003

I'll try to make a x86 one myself but I can't promise anything, is not really my area. Perhaps some else can contribute as well. I think is a package worth doing, I highly recommend this style to everyone, it has become my new favorite. - Jan 18 2008
Couldn't agree more, especially for live-cd types distros. I'm on a dial-up, I had to download 26MB of dependency libraries I'll never use, such as an hebrew spell checker, in order to compile it. It does, now the make process fails. I need the kdecoration.h file among others, which are part of a kdebase package. That's another 19MB I have to download, for me is not easy. Even then, it may or may not work. So next time, if I don't see a .deb package I won't bother. - Jan 17 2008
It seems that I have to install 37 dependency-packages and upgrade 11 :(. Thanks linuxfever, you always take the time to help people out.

-daX - Jan 16 2008
I was wondering if anyone can help me compile this code, I'm using Kubuntu 7.04 32bit, QT 3.3.7, KDE 3.5.6, kde-config --prefix displays: /usr

./configure --prefix=/usr

checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for kde-config... /usr/bin/kde-config
checking where to install... /usr (as requested)
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
... etc

It all goes as usual until it reaches the KDE headers:

checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will fail.
So, check this please and use another prefix!

Any tips? Thanks in advance. - Jan 14 2008
Ultra pack - 220 color schemes

KDE 3 Color Schemes 87 comments

Score 43.3%
Mar 27 2008
Sorry, I forgot to add the one I used for those screenshots, (0-50) #323231 to #292928, (50-100) #292928 to #2D2D2C , background #686866. The next update will include some light button+black text schemes too.
- Feb 13 2008
You don't need to use black/dark buttons, I use them simply because they work with any scheme of the pack, but you can achieve a readable button using combinations of dark and light grey:

For lighter schemes: (001, 057, 115, etc)

first gradient (0-50) #C7C6C5 to #A1A09F
second gradient (50-100) #91908F to #F5F4F4
background color #FCFCFC

You can also select a contour color for them, #353535 for instance. If you like a particular scheme and want to get the best of it using Domino you can borrow the colors from the scheme. An example, choose 057, now adjust Domino,

first gradient (0-50) #C7C6C5 to #787E89
second gradient (50-100) #787E89 to #666C77
background color #FCFCFC
contour color #353535

The final result looks great, that's why I chose this decoration over others. - Feb 13 2008

First of all, I'd like to thank the ones that voted, I really appreciate it. I've been testing some new schemes that will take part of the next upgrade, so if anyone has requests now is the time. And I apologize for the following but I really feel the need to explain myself better. All my work can be considered as a work in progress, not because is unfinished but because there's always room for improvements and enhancements. Leaving an outdated version here when I got a better one already is against my way of doing things. Unfortunately some people consider this overexposure and vote bad whenever I update something. After two upgrades, someone voted bad right after the upload, the number of downloads didn't change; so what did they rate? the screenshots? That's the only thing that annoyed me. As for the other case I mentioned, after a closer inspection of that page, I realized that I misinterpreted the situation so I'd like to take my words back: some users seem to update their contents when they haven't changed anything at all. The situation here is obviously quite different, upgrades are significant, nonetheless I can truly understand why upgrading often can bother some people. So, unless someone else has a better idea, I'll try to leave at least a month or so gap between each update.
- Feb 10 2008
I'm glad you like them erko. I've put further updates on hold for the moment, mainly because everytime I upgrade this page rating drops down for no reason. Right now the whole pack is rated lower than the original scheme, that doesn't make any sense, not to mention it can be misleading. I'm first to admit that they are not meant for everyone, but at the same time, not everyone here votes with the same intentions, is not the first time it happens. It takes a lot of time to do things properly, also, updating often has proven to be highly counter-productive as well. I think it's better than keep people waiting for one year for the next update, but obviously some people don't like this approach. I've seen an user requesting people to vote bad on someone else's wallpaper because it was on the first page for too long, that's lame and insulting to that poor guy who took that photo. I think that sums it up. So, if you find them useful please vote. - Feb 04 2008
Thank you :) - Jan 30 2008
Actually, the same happened to me twice today, kde-look seems slower than usual. Perhaps it has something to do with the redesigning of the site. - Jan 30 2008
Since you mentioned this, I'd love to see some screenshots made by you guys. It is always interesting to see some derivated work. I couldn't test them with some styles because either my card doesn't fully support them (Beryl/Compiz), or I haven't been able to compile them yet. - Jan 26 2008
But if your favorite is OuterSpace, then you're talking to the wrong guy, I never made any scheme with that name lol :o

I also have some default schemes at /usr/share/apps/kdisplay/color-schemes/. This is the default path and affects all users. I'm not familiar with that problem, the only information I could find is here:

help:/khelpcenter/userguide/directory-layout.html
help:/khelpcenter/userguide/system-locations.html

Thank you for your comments :) - Jan 26 2008
That solution suzhou proposed actually works, just needs an extra step. Unlike other applications Konqueror needs to be closed and restarted, after you change the scheme, this way it reloads the scheme by itself. You don't need to change the background manually every time anymore. I don't know how relevant it is for this problem but I changed the number of preloaded instances to 0. I'll add this fix on the next update. - Jan 26 2008
Not exactly the right place to ask this question but, I was wondering if anyone here knows how to achieve the following: I want to create a small application (QT3/C++ or Python script) that allows me to randomly change the color scheme. I know for a fact that you can change the style (although not the decoration) using DCOP, I've done that already. But the color module (kcmshell colors) doesn't seem to be fully accesible. I think a small kicker applet or a Karamba widget would be really nice. If it's doable I'd like to give it a shot. :) - Jan 25 2008
First of all, I'd like to thank you for your feedback suzhou, most people usually don't bother to go this far. In my case a blank background setting equals 255,255,255. That's why I said white was default. If after this fix you can achieve the same effect Amarok or any list-view application shows, without fixing the background everytime, then there's no need to look further, this is likely a bug. Period. Perhaps is just me and no else bothers about it. I try to give the best everytime and not having control over something so elemental really really annoys me. It's a pity.

- Jan 25 2008
Sorry for the double post, I reloaded the wrong page. - Jan 25 2008
Yes, this is where the problem happens. Any color you choose there will override the default background list. By default I thought you meant an option to inherit KDE scheme like the one Amarok has: Amarok -> Configure -> Appearance -> Color scheme. If you could have the exact same thing with Konqueror then there wouldn't be any problems whatsoever.

Like I said, this problem arises if you use -radically- different schemes during the day, an average user will hardly ever notice this. The reason is simple, white is the default color, most schemes out there are meant to use this color. You can replicate this problem using KDE's CDE and DigitalCDE. One stripe white, the next one the background color. If you modify this white color to match that particular scheme, the problem will emerge again if you switch to another scheme. I use solely Kubuntu, I used KDE with Mandrake years ago and I don't remember this problem. Then again, it was a much more primitive version of Konqueror.

If you're unable to reproduce this problem, then it could mean that it affects only a limited amount of users. That would be a relief. - Jan 25 2008
Yes, this is where the problem happens. Any color you choose there will override the default background list. By default I thought you meant an option to inherit KDE scheme like the one Amarok has: Amarok -> Configure -> Appearance -> Color scheme. If you could have the exact same thing with Konqueror then there wouldn't be any problems whatsoever.

Like I said, this problem arises if you use -radically- different schemes during the day, an average user will hardly ever notice this. The reason is simple, white is the default color, most schemes out there are meant to use this color. You can replicate this problem using KDE's CDE and DigitalCDE. One stripe white, the next one the background color. If you modify this white color to match that particular scheme, the problem will emerge again if you switch to another scheme. I use solely Kubuntu, I used KDE with Mandrake years ago and I don't remember this problem. Then again, it was a much more primitive version of Konqueror.

If you're unable to reproduce this problem, then it could mean that it affects only a limited amount of users. That would be a relief. - Jan 25 2008
Technically is not a bug, simply the application overriding the scheme. Background and alternative background colors are meant to be used by any application that uses list-view modes. But you said some interesting, I don't have any default color checkbox...that's intriguing.

Try the following experience: load Konqueror (text-view or detailed-list view modes), Amarok, Gwenview (detailed-view), Dolphin (details), KGet or any program that uses list-view modes.

Load these schemes: 001, 003, 004. Unlike the other programs, if you use Konqueror with a background picture, the list doesn't respond to these colors, something relatively obvious actually.

Now, instead of using a background picture, use a color, pick whichever for that matter. This color will override the alternate background color even for KDE's default schemes. If you use similar schemes you can just set one that matches once and be done with it. If you are like me and use radically different schemes during the day, well it can very distracting.

Curiously, Konqueror's image-view mode doesn't have this problem at all, it behaves the way it should. I don't know exactly how Konqueror was ensambled, but this issue looks a lot like an implementation limitation. For instance, Amarok let's you inherit and override the color scheme, not one color but two. If this is either some remanent of older codes or a designer approach that was dropped, I honesly don't have any clue.

The simplest way to avoid this hassle is just to use a white background picture and black text. Most of the time I use Dolphin, so is not such a big deal to me. But since so many people really depend on Konqueror I'd like to know if this problem is reproduceable and if it solely affects Kubuntu users. - Jan 25 2008
I'm glad you liked it. At the moment, I got almost 300 schemes, and the list keeps growing fast. Just need some time to sort them out and do things properly. Such a large quantity can be counter-productive, so I'll try to be selective. As usual, the longer it takes, the better the final result. - Jan 25 2008
OpenOffice splash screen

KDE 3.x Splash Screens 11 comments

Score 50.0%
Apr 30 2008
Looks very nice, well done :) - Feb 11 2008
High res lightning III

Wallpaper Other 1 comment

Score 50.0%
Dec 19 2007
Very nice picture - Dec 29 2007