deKorator
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
deKorator is a themable window decorator for KDE SC 4.x.
You can find over 160 deKorator themes here: http://www.kde-look.org/index.php?xcontentmode=21. Additionally, many KDE 3.2+ theme packages include deKorator themes.
The Copyright holder is the original author (Moty Rahamim), I ported it to KDE4, as is allowed per GPL 2+ license. For his KDE3 version, see http://www.kde-look.org/content/show.php/deKorator?content=31447.
Please use the "Report Bug" help menu item to report bugs and wishes for future versions.
Notes:
* To install a theme, the file must be named "NAME-theme.tar.gz" and contain "deco", "buttons", and "masks" directories inside the "NAME-theme" directory. deKorator 0.5 no longer offers a "Paths" tab to set theme paths individually. If a theme does not install, please report this to the author of the theme..
* I do no longer provide binary packages, most distributions already ship deKorator. Ask them to update.
* To install from source, you need cmake, kdebase-workspace-dev, and libqimageblitz-dev (or similary named). Additionally, you must have the KDE 4 binaries in your path. Use
export PATH=$PATH:/usr/lib/kde4/bin/
cd dekorator-0.5.1
cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix`
make
sudo make install
* deKorator is developed in KDE's git repository, see https://projects.kde.org/projects/playground/artwork/dekorator
* First screenshot:
- Window decoration: Azenis
- Widget style: Oxygen
- Color scheme: Obsidian coast
- Wallpaper: Air (KDE 4.2)
* Second screenshot:
- Window decoration: Aero-Glass
- Widget style: QtCurve
- Color scheme: modified to give the impression of transparence :)
- Wallpaper: Fields of Peace
* Third screenshot:
- Window decoration: Meno
- Window buttons: Clearlook
- Widget style: Plastique
- Panel theme: Atelier
- Wallpaper: Stonewall2 Pattern
10 years ago
See visual ChangeLog at http://kdepepo.wordpress.com/2010/04/01/improved-window-themes-with-dekorator-0-5/
0.5.1:
* added support for separate "inactive" images
* removed "hand" cursor over buttons
* fixed resize region with small borders
* fixed possible crash in "No Border" mode
* fixed images cropped instead of scaled
* fixed shaded windows with masks
* fixed "StickyDownPress" image used instead of "StickyPress"
* fixed partial transparency on button backgrounds
* improved detection of manually installed themes
0.5.0:
* added KNewStuff support
* added option to hide frame on maximized windows
* added previews in theme list
* simplified theme handling
10 years ago
See visual ChangeLog at http://kdepepo.wordpress.com/2010/04/01/improved-window-themes-with-dekorator-0-5/
0.5.1:
* added support for separate "inactive" images
* removed "hand" cursor over buttons
* fixed resize region with small borders
* fixed possible crash in "No Border" mode
* fixed images cropped instead of scaled
* fixed shaded windows with masks
* fixed "StickyDownPress" image used instead of "StickyPress"
* fixed partial transparency on button backgrounds
* improved detection of manually installed themes
0.5.0:
* added KNewStuff support
* added option to hide frame on maximized windows
* added previews in theme list
* simplified theme handling
b1tchmade
Jun 22 2020
GoblinASZ
Mar 06 2014
Pulfer
Mar 24 2012
tobaj
Dec 02 2011
flo2154
May 14 2011
lordlukas
Mar 29 2010
aGGreSSor
Mar 01 2010
greggel
Jan 17 2010
hostmaster2
Oct 10 2009
ladykatlyn
Aug 25 2009
DanaKil
Jul 29 2009
sgl
Jul 28 2009
mywereld
Jul 18 2009
Montblanc
Jul 16 2009
mikko777
Apr 27 2009
Shirakawasuna
Apr 22 2009
Ace2016
Mar 22 2009
goona
Feb 11 2009
its
Feb 11 2009
gomezhyuuga1
Feb 10 2009
Support-Box
deKorator is part of KDE Themes and Content, which is supported by the following people:
More Various KDE 1.-4. Styles from skulptor:
Other Various KDE 1.-4. Styles:
juancho
11 years ago
You should remove .svn directories before doing a release, they shouldn't be included as they're of no use to your users and some times can be a lot of wasted space and bandwidth. You can use the export command form svn for that:
http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.export.html
Hope it helps.
Report
juancho
11 years ago
Could you please for next version rename that directory and upgrade versions accordingly to the verion being released ?
Thanks
Report
juancho
11 years ago
Report
skulptor
11 years ago
For the next release, I will fix the version number issues. Thanks for noticing the hidden .svn directory.
Regarding packages, I already provide them for all major distributions (yes, including Mandriva :)
Report
ShadowKyogre
11 years ago
Report
Shirakawasuna
11 years ago
Report
ShadowKyogre
11 years ago
Report
heinrich773
11 years ago
So in the old theme, I uncompressed the file, created a folder in "buttons" called "normal" and copied the original .png files into normal.
I rezipped, deleted the theme, then readded it, applied the paths, and now I have buttons.
Report
Shirakawasuna
11 years ago
Maybe you could check out what emerald does with their theme.ini files. They've had a bunch of people working on their stuff and if it's a rational system, you might as well mooch off of 'em.
Report
skulptor
11 years ago
Some notes:
* Alpha transparency is KDE 4.3 material, and currently there are issues with ARGB decorations and shadows that need to be solved in trunk. I hope to have ARGB support in deKorator when KDE has.
* deKorator definitely needs different layouts for maximized, restored, or shaded windows. I am looking for a way to change the layout without the need to provide hundreds of images.
* There seems to be consensus that themes should have a description file, with Author/Version/URL info, and also additional info about what parts should be scaled instead of tiled etc. I am currently looking what format this file could have, maybe a .desktop file (like Plasma or Windows themes), or something similar to a .css file (i.e. structured data). Cookon has .xml files, but I find these hard to edit manually.
Report
Ace2016
11 years ago
Report
skulptor
11 years ago
Report
Shirakawasuna
11 years ago
I have another request: if using the transparency of source files isn't doable, perhaps you could allow the themer to use a greater variety of masks? Right now, for instance, I'd like to port a window decoration that has a little dip on the top right, just to the left of the main window buttons. I simply can't make that work unless I force everyone to use *exactly* the same button configuration that I do because I can only use the 'top right corner' mask image. But if there was a mask equivalent to 'right title bar' I could conceivably get away with it.
Also, I can't for the life of me figure out how to do a mask for the left or right borders. Is this even possible? The themes in the templates vary in the files they have so I can't tell what all the options are.
Report
Ace2016
11 years ago
Report
Shirakawasuna
11 years ago
If I could get the window decoration working, I'd make a style w/ svgs using QuantumStyle. Then there'd finally be some good minimalist themes for KDE :D.
Incidentally, I can get the mask working on the bottom section just fine, but the window shadows drawn by kwin aren't affected so there's a massive block down below. I don't know if this is something you can define in dekorator, either via coding it in or if the option's already there, but it's necessary to make any theme with an irregular bottom border look good.
Report
Ace2016
11 years ago
Have you considered making an svg based version? where themes could be made in inkscape similar to the way that plasma themes are made. A check theme option would be good if you make an svg engine, it would list all the acceptable object IDs that are used by the engine and show whether they have been assigned to an object in the svg with a little tick or cross in a list, so i'll know if i've accidentally forgotten to name the maximise hover button. With svg based themes you could add a scaling factor to increase and decrease the size of the theme so the user gets the size they want.
How about allowing one image to expand and fill the area desiged to have a different image, so midLeftFrameBg.png could take the place of topLeftFrameBg.png and bottomLeftFrameBg.png, that way if you apply a similar concept to the top, you could have a single object which is stretched out from the left to the right which provides the background for the entire titlebar, this could then have a smooth gradient which scales well. Or you could make a smooth gradient with just topLeftFrameBg.png, topRightFrameBg.png and midTitleBg.png, where midTitleBg.png is stretching to fill the whole area, but you could also have topLeftFrameBg.png doing the stretching.
So each object can stretch, tile, be the actual size, or unused, if the object is an unused object, it will need to show whether the left or right object is to fill its place and how wide it should be, so leftTitleBg.png would allow midTitleBg.png or rightTitleBg.png to fill its place
Its mind blowing how complicated this could get
Report
Shirakawasuna
11 years ago
Amen to that! This is why we should worship the maintainer, as he makes all this nasty stuff invisible :).
Report
Ace2016
11 years ago
http://img158.imageshack.us/img158/9064/preview8.png
Report
Ace2016
11 years ago
themeName/deco/active/masks/ and then subfolders with top,left,right,bottom
Report
Ace2016
11 years ago
Seems like a good way to provide additional information.
Report
Shirakawasuna
11 years ago
1) The ability to allow the cursor to stay normal when hovering over buttons rather than becoming the hand.
2) Get rid of the 'masks' stuff and use the transparency in the source files, *or* expand the number of masks you can use. Right now you can't do a real borderless window decoration because there's no mask option for the right/left window edges.
Report
Shirakawasuna
11 years ago
Report
Shirakawasuna
11 years ago
Report
Shirakawasuna
11 years ago
First, though, thank you for porting dekorator to kde 4 and for your interest in improving it! It's the only way for me to easily create themes to make kde more beautiful.
1. You can't use gradients and expect them to scale. This makes many windows msstyle ports difficult because they very often use a top bar bitmap gradient that is dynamically scaled depending on the window.
On my Reluna port, a downloader pointed out one way this can make problems: with windows smaller than ~400 pixels wide, the top-left and top-right images I used to make it look smooth start to overlap and get truncated so that there's an ugly and abrupt switch between colors right in the middle of the titlebar.
2. There is no way to make maximized window decorations different from minimized ones, from what I can tell. This means that rounded window decorations have spaces in the corners when maximized and the user can't simply move their mouse to the upper right corner and click as is possible with a theme like Oxygen.
3. There's no separate active/inactive window button image options. You can have them colored in different ways by dekorator, but can't use actually different pixmaps. This makes a 1:1 port of Reluna impossible, as it does have different pixmaps for inactive windows.
If these things were fixed, I'd be able to do a *perfect* port of Reluna and would make a whoooole bunch more original work and ports. That way you know that any work you put into it would be appreciated and improve the community!
Thanks again for kde4's dekorator!
Nick
Report
Ace2016
11 years ago
http://img10.imageshack.us/img10/9374/windowborder30.png
Also when making themes should one aim to go with big png images which wouldn't require much tiling or 1px high/wide images which are tiled all the way along for best performance?
Report