Plastik - pling.com

Plastik

KDE 3.0-3.4 Themes

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

0

Description:

A widget style and window decoration for KDE 3.0/3.1 -- this package won't work for KDE 3.2, you can find future versions of Plastik in kdeartwork!
Please see the screenshots for details!

Enjoy! ;-)

Last changelog:

17 years ago

0.3.9
- Some updates from CVS:
- Fixed konqueror "location:" label bug.
- Checkbox tristate support.
- Progressbar busy indicator support.
- Fix annoying edges around buttons/comboboxes in case KHTML provides
the wrong background color. (maybe only relevant for CVS...)
- Draw the text of focused comboboxes using cg.buttonText() instead
of cg.highlightedText().
- Triangular tab support.
- Fix problem with tickmarks above sliders.
- Changed the color sheme highlight colors.
0.3.8
- Finally, this fixes the window decoration loading problems for
Debian Woody users and maybe others as well!
- Minor text color fixes in the widget style.
[If 0.3.7 worked well for you, you don't need to update.]

233 comments

1

2

3

4

5

6

7

8

9
10

Comments/Ratings

Please login or register to add a comment or rating

Richardve
17 years ago

>> What do you (and others) think?

/me thinks current tabs are nicer

That's the way how Apple does their tabs in Panther btw..

int19h
17 years ago

Knifty + Plastik = rulezzz

stunji
17 years ago

Where did you get that useful widget testing app? I'm really liking Plastik-- nice job.

ceebx
17 years ago

This is just a simple user interface file put together with the qt designer, you can get it from http://www.tnt22.com/files_sandro/testform.ui if you like it. Execute it with "designer" or "kmdr-executor" (shipped with quanta plus).

Richardve
17 years ago

Yep, combobox is better now :)

btw. A bug: Qt toolbar buttons are drawn as ordinairy pushbuttons (with the 2 lines when lingering over the button).

Deciare
17 years ago

How interesting, they are lines! Just two horizontal lines along the top and bottom of mouseover'd buttons. And this whole time I thought they were rounded rectangles as in Alloy. Suddenly, the way editable combo boxes and spin boxes used to be drawn make a lot of sense. Though it does seem look better now, even if it's less consistent.

reks
17 years ago

When you were talking about some new widget style (knifty comments), I knew something is on the way :^)

This one is sweet! Thanks for your great work on kde... and yea, waiting for more!!

DecayingOmega
17 years ago

Since im at work, BLAH, and using Windoze, OH NOZ!, I cant install this right away, but as soon as i get home i intend too. May I suggest an OPTION of having all four corners of the window rounded? I specifically say option, because some people may not want all four corners rounded, and we want to make sure this is ultra configurable? right? right???

Svyatogor
17 years ago

Hi! Can you tell me which Tutorial/Howto/API Ref./Whatever did you use to learn creating KDE Styles? I have some ideas about creating my own style, but I couldn't find abything on how to do that except a very out-dated (KDE 2) Howto on this site. Any link would be much appreciated.

ceebx
17 years ago

For window decorations there is a good tutorial by David Johnson: http://usermode.org/docs/kwintheme.html

Unfortunately for kde widget styles, there is no tutorial except a short style overview in the qt docs (http://doc.trolltech.com/latest/customstyles.html) I know of and likely some basic C++/Qt/KDE programming knowledge is needed.

I just started carefully reimplementing some drawing routines from the "dotNET" kde style and looking sometimes in the "Keramik" sources...
The KDE and Qt API docs (especially for the the classes QStyle, KStyle, and QPainter) were _very_ useful: http://doc.trolltech.com/latest/ , http://developer.kde.org/documentation/library/cvs-api/.

hope that helps

Deciare
17 years ago

You're off to an excellent start. This style is clearly inspired by Alloy, but without some of the less-than-attractive design decisions.

For instance: active tabs are now the same colour as the window background, while inactive tabs use the button colour. I wasn't sure whether I would like it this way, but now that I've seen it in action, I must say that this distinguishes active and inactive tabs very effectively--without stylistic inconsistencies like horizontal lines across the top, unnaturally bright gradients, or the like. Well done!

I also applaud your decision to not use the button colour for toolbars. IMHO, window background colour contrasting with button colour (when mousing over toolbar buttons) gives the style a more modern feel. There's also the fact that the toolbars themselves aren't clickable, so they shouldn't look as though they are.

Now for some suggestions. First off, the task bar button for the active window doesn't look pressed. It doesn't darken like buttons and bevels everywhere else. This makes it difficult to find the active task button at a glance.

Second, I really liked the coloured checkboxes and radio buttons from Alloy. Plain black-on-white doesn't fit with any other clickable item in the style. As they are, checkboxes and radio buttons look similar to text fields, which they clearly are not.

I see a slight problem with the way combo boxes (both editable and read-only) are drawn. The way the mouseover highlight suddenly cuts off seems unnatural. Perhaps you could draw the highlight around the arrow button (so the left border isn't missing entirely) instead of around the entire combo box?

In list boxes, such as Konqueror's detailed list view, the black rectangle around active items is drawn slightly inside the highlight colour, so the highlight looks like it's spilling out. I'm not particularly fond of this effect. I believe Alloy's method for dealing with this was to make the rectangle the same colour as the highlight (which had the added bonus of implying that an item isn't highlighted now, but is the highlight's "current" position (to ease keyboard navigation)).

Finally, please make colours for the scrollbar, progress bar, check/radio boxes and button mouseovers configurable like in Alloy. Or more configurable. :)

ceebx
17 years ago

Thanks for your great feedback, my TODO has grown... :)

krec
17 years ago

i think this theme is by far one of best in kde style :)

Svyatogor
17 years ago

It's really great style and it goes well with Industrial gtk theme.

liquidrock222
17 years ago

Could you maybe post the color scheme you use?

ceebx
17 years ago

http://www.tnt22.com/files_sandro/color-shemes/Plastik.kcsrc

Richardve
17 years ago

/me whispers something about making this, including the associated windec, the default style for KDE 3.whatever :)

This is really what KDE needs, a _clean_ default style while still having the necessary eye candy, it rocks :)

(I don't really like the combo boxes though, looks a bit weird.. like it doesn't really fit together)

ceebx
17 years ago

[(I don't really like the combo boxes though, looks a bit weird.. like it doesn't really fit together)]
Do you mean the combobox in the first screenshot (which is highlighted because my mouse was above the combo) or the comboboxes in general?
If combo boxes in general... do you have an idea of how to make it better? Perhaps draw non-editable combo boxes in the style like keramik does (draw the "content part" like a normal button)?

Richardve
17 years ago

>> Do you mean the combobox in the first screenshot (which is highlighted because my mouse was above the combo) or the comboboxes in general?

Comboboxes in general and the box with the up/down arrows.

I've also noticed some arrows are one pixel off, would be nice if they could be placed one pixel to the right (see the left pointing arrow buttons, including those on the up/down arrow boxes).

Here's a modified screenshot:
http://picserver.student.utwente.nl/getpicture.php?id=278605

Richardve
17 years ago

And another by the way: could someone tell me why every KDE style is missing those toolbar separators?
And if possible, could they be added into this style?

(the one who removed those should be castrated with a trout because it makes things much worse - it's like removing the separators from popup menus, you won't have a clear visual overview of the items anymore)

Yaba
17 years ago

Well, I don't like the toolbar separators. But in fact, most styles, have these separators, so I don't know why you think, that most styles don't have these.

To the author: Maybe you could add a option, that allows the user to select, wheather he wants to see toolbar separators or not.

Richardve
17 years ago

>> Well, I don't like the toolbar separators. But in fact, most styles, have these separators, so I don't know why you think, that most styles don't have these.

Qt-only programs do display them with some styles, KDE programs mostly don't (even when using the same Qt styles).

..

After doing some more research it looks like someone removed them from somewhere else (ie. not the themes - maybe in the kde ktoolbar and related code or so, haven't checked that out yet), and if that's true, it's a very very (may I say worse!) bad way to fix a 'bug'.
Things like that should never be allowed in a project of this size (KDE isn't just some toy anymore).

I wouldn't be surprised because the last few days I've already seen a countless number of issues in KDE code where things are actually just hacked in or away to make things conform to the preferences of one single author (or perhaps those 2 people out there).

I hope you'll agree with me that this is just plain bad.
If there are more than 2 people on this planet who don't like those seperators it should be solved differently, without hacking.

And by the way, I agree with you that the standard toolbar separators from the KDE themes are ugly, but I'm sure this guy (from the style on this page) can make them look nice and actually make it some wanted eye candy :)

And another by the way, I'm sure there are going to be some people around telling me to fix those many issues myself, but I'm already doing that so don't even mention it.
(unfortunately it takes quite some time, so you won't see these monster patches coming up soon)

ceebx
17 years ago

[ And by the way, I agree with you that the standard toolbar separators from the KDE themes are ugly, but I'm sure this guy (from the style on this page) can make them look nice and actually make it some wanted eye candy :) ]
Yeah, I will try to do this and the radio button thing too, it just looked ok for me on my old CRT... ;)

Thanks.

Richardve
17 years ago

And by the way, a suggestion: could you make the circle from the radio buttons anti-aliased?

Those pixels are very visible on my LCD monitor and makes the whole look less smooth (that's the trade-off of having an LCD =)

tminos
17 years ago

Looks like a mix of dotNet and Thin-Keramik in a way. Keep it up.

1
2
3
4
5
6
7
8
9
10

17 years ago

0.3.9
- Some updates from CVS:
- Fixed konqueror "location:" label bug.
- Checkbox tristate support.
- Progressbar busy indicator support.
- Fix annoying edges around buttons/comboboxes in case KHTML provides
the wrong background color. (maybe only relevant for CVS...)
- Draw the text of focused comboboxes using cg.buttonText() instead
of cg.highlightedText().
- Triangular tab support.
- Fix problem with tickmarks above sliders.
- Changed the color sheme highlight colors.
0.3.8
- Finally, this fixes the window decoration loading problems for
Debian Woody users and maybe others as well!
- Minor text color fixes in the widget style.
[If 0.3.7 worked well for you, you don't need to update.]

1	2	3	4	5	6	7	8	9	10

Be the first to comment

File (click to download)	Version	Description	Downloads	Date	Filesize	DL	OCS-Install	MD5SUM