Window Decoration Generator

0.5 New! Added wheel event support (contributed by
Knut Morten Johansson, many thanks), fixed a few outstanding bugs, and bumped template to 0.2 including a complete images change. Read the ChangeLog!

0.4 adds a new configuration dialog to the generated window decorations as well as colorizing support (See screenshot 2).

With 0.3, decgen brings full automation to KDE window decoration generation. Prior to 0.3, after generating the header (super.h), it would have had to be integrated into the source tree manually. Now just run automerge and build your tree. If you can build a mockup, you can build a window decoration.

Thank you.

Thanks for another great release. The colorize function is very nice, it is very well implemented and done quite tastefully in my opinion. My only wish now is for more configuration options when coloring the buttons. Great job! thanks a million.

Nice

Really nice update, colorizing is a good thing, but it would be even better if it followed what had in been set in kcontrol->apperance&settings->colors. Now I just most get some spare time and start making window decs=). There is no chance that you will release the David Lanham-window dec seen in the third screenshot?

Re: Re: Nice

Ah, I did miss the "Use KDE color settings", just saw the color selection boxes (or what to call them) and thought they were for the coloring. But now I understand how it works (pretty obvious if you look at the picture, which I obvious didn't do;-)

decgen / deKorator

I ask this question with all due respect to both authors, but what exactly is the difference / advantages / disadvantages and or functionality difference between the two utilities ? I ask this, just in case I'm missing something, I'm going to install decgen and give it a whirl with some of the decos I have produced for deKorator,

Re: decgen / deKorat

The main difference is that decgen is a set of tools allowing you to make a native window decoration, it transforms the images into code. The reason I prefer this is that settings such as button placement, spacing, caption height, app-icon placement, and many other things can be edited easily. Another reason I prefer decgen is that the packages are put together neatly and you don't have to keep track of image directories. I don't mean to say that deKorator isn't a good tool, just pointing out some of the benefits of decgen.

Well, I think currently we've got three processes for making window decoration, and that's 2+ over what we had last time, so progress is good.

Method 2) Use decgen.

Method 3) Use deKorator.

Starting from scratch is time consuming and in the end, having a window decoration all done in code is quick and nice, but is it all worth it for one type of design?

Decgen takes an existing KWin engine, transforms the engine for your use, and allows the designer to import images directly into the engine for use. I enjoy this because I am a perpetual tweaker, I'm always going to adjust something in code, but I'll never invest the time it takes to make one window decoration all in code.

deKorator takes decgen's premise, or idea, even further, and allows the designer to use the images he supplies the deKorator engine as the window decoration. More of the manner in which things from the Windows or even Mac world do things with things like guikit. More torwards theming I think would be reasonable.

So all in all, there just three different levels - coders should stay at method 1, tweakers and hackers at method 2, and graphics artists at method 3. IMHO of course - open to debate.

--
"The bazaar software model doesn't work so well with everyone taking and not contributing back." - Fyodor
Den 4 F/OSS Developer
http://www.den-4.comReply to this

Copyright 2007-2015 Kubuntu-Art.org Team Legal NoticeAll rights reserved. Kubuntu-Art.org is not liable for any content or goods on this site.You can find our FAQ here.All contributors are responsible for the lawfulness of their uploads.Please send us a notice if you spot an ABUSE of the website.Information about advertising in Kubuntu-Art.org.Developers can use our public webservice interface. More information here: public apiFor further information or comments on this site, please send us a messageKubuntu is a registered trademark of Canonical Ltd.Content RSSEvents RSS