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
5 .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.]

tpr

17 years ago

I'm getting this:

libtool: link: cannot find the library `/usr/X11R6/lib/libXrender.la'
make[3]: *** [plastik.la.closure] Error 1

And locate libXrender says this:
/usr/X11R6/lib/libXrender-1.1.so.1
/usr/X11R6/lib/libXrender.a
/usr/X11R6/lib/libXrender.so
/usr/X11R6/lib/libXrender.so.1
/usr/X11R6/lib/libXrender.so.1.2
/usr/X11R6/lib/libXrender.so.1.2.2

So should libXrender.la to be link to libXrender.a or something else?

Report

andyrock

17 years ago

same here!

kde 3.1.3 gcc 3.3.1

Report

andyrock

17 years ago

BTW running Mandrake cooker and also did ./configure --prefix=/usr

Report

trian

17 years ago

Just installed 0.3.

Man, now it's difficult to choose. Plastik or knifty for window decor?

Can I make a request that applies to both?

To add a choice where only the active title bar's text is shadowed.

thanks,

Trian

Report

phyjcowl

17 years ago

this just keeps getting better. The window decoration is a really elegant addition.

Report

andyrock

17 years ago

to be default on kde 3.2? hope so :-p

Report

trian

17 years ago

Still, if you could add one thing, that'd be even better:

I don't know if it's in your power to control the recession of the task bar. If you could make it flat, that'd be smashing (well, probably roll a more flat version of plastik -otherwise keep it like that! It's top notch).

You could try making a version of plastik with almost flat buttons (and just play with the border contrast for visibility) ?

Good work man! You seem to dominate my desktop. Knifty, plastik. Any icon set in the works? ;-)

Trian

PS. I ask because I saw it done on thin keramic, which otherwise didn't like as much. But it's something I've always wanted.

Report

trian

17 years ago

I should have said:
"play with the border contrast and width(?)"...

Report

Deciare

17 years ago

The new check and radio buttons are beautiful. They finally fit well with the rest of the style!

Report

everaldo

17 years ago

it is the best theme for KDE!!!!!
greatt work!!!!!

Report

ununumio

17 years ago

You need to fix incorrect text colour on menubar item mouseover. The colour of thist text when the mouse is over is white (I can imagine that it chooses the selected text color of the color scheme, or the active title bar text color)

This bug was corrected in recente versions of Alloy too.

Report

WinterWolf

17 years ago

What IMO would really make this style perfect is having the alloy checkbox and radio button widgets in this style, the current ones look too simple in comparrison to the rest of it.

Still, it looks very nice.

Report

dieskim

17 years ago

Nice work, keep it up!
Is there any MDK9.1 users who got it installed? Just want to know what your --prefix was.

Report

davidsansome

17 years ago

On Mandrake 9.1 you should use --prefix=/usr

:)

Report

kol

17 years ago

/usr

Report

fredericksmith

17 years ago

In your second screenshot you have no border on your taskbar in the kicker. I was wondering how you did this? Do you know if it can be done for the system tray as well?

Report

hannibal331

17 years ago

He's problably running KDE CVS version.

If you're running Debian Sid/Unstable please visit:

http://opendoorsoftware.com/cgi/http.pl?p=kdecvs

Report

C

ceebx

17 years ago

[He's problably running KDE CVS version.]
Yep. :) In CVS there are no annoying borders in the kicker anymore.

Report

kol

17 years ago

Great theme!

I just have one comment though. I guess this "issue" existed with dotnet style also.

If you open kwrite (or kate)... there is no seperator between the toolbar and the text. But kedit looks fine.

Maybe that is something you may want to look into....

keep up the good work :)

Report

dimon

17 years ago

Thanks for this great style - my default from now on :-)
What window decorations did you use for your screenshots?
Cheers

Report

C

ceebx

17 years ago

The window decoration is knifty: http://kde-look.org/content/show.php?content=7290

Report

hannibal331

17 years ago

Maybe an idea for the tabbar?

http://hannibal.lr-s.tudelft.nl/~vincent/plastik/snapshot58.png

Report

Deciare

17 years ago

Hrm... It looks too much like pushbuttons. The only thing differentiating it from a regular row of pushbuttons is the tighter spacing and a slightly elevated border, which means:

the "tabs" appear as though they're all sitting simultaneously on the tab page's elevated height and the window's lower height. No single tab looks like it's at the front.
the visual effect mentioned above deemphasises the height difference between the tab pages and the window itself, making the tabs appear to be part of this window instead of a window-within-a-window. IMHO, that defeats a visual cue suggesting that the contents of the tab pages can be changed by clicking the "tabs"
where are you going to put KDE 3.2's left/right edge tabwidget buttons?

With the obvious out of the way, how would you handle scrolling the tabs for long rows of tabs?

I mean, since it's centre-aligned, I suppose it would make sense to have one scrollbutton on the left edge and another on the right edge, but that's (again) inconsistent with what we're used to.

Furthermore, as new tabs are added, the centre-alignment might cause both the rightmost and leftmost tabs to be only half shown, causing it to require scrolling (an extra step) to make either tab fully visible.

Report

C

ceebx

17 years ago

Hehe... this looks cool; IMHO it is much cleaner than "normal" tabs.
I see one problem (well, two ;) - it's hard to implement) though: usability. Most users are used to get their normal tabs and in fact I find the logic of normal tabs more plausible. ;)

What do you (and others) think?

btw: is this just a mockup or do you have a piece of code which does this too, like the list view header thing? :)

Report

hannibal331

17 years ago

I've been trying to get it to work... but indeed it looks difficult to accomplish.

Report

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.]

12345678910
product-maker Base: 4 x 5.0 Ratings
Be the first to comment
File (click to download) Version Description Downloads Date Filesize DL OCS-Install MD5SUM
*Needs pling-store or ocs-url to install things
Pling
0 Affiliates
Details
license
version
0.3.9
updated Oct 17 2003
added Aug 20 2003
downloads 24h
0
mediaviews 24h 0
pageviews 24h 1