Plastik - Antiques

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

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?

andyrock
17 years ago

same here!

kde 3.1.3 gcc 3.3.1

andyrock
17 years ago

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

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

phyjcowl
17 years ago

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

andyrock
17 years ago

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

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.

trian
17 years ago

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

Deciare
17 years ago

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

everaldo
17 years ago

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

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.

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.

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.

davidsansome
17 years ago

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

:)

kol
17 years ago

/usr

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?

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

ceebx
17 years ago

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

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 :)

dimon
17 years ago

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

ceebx
17 years ago

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

hannibal331
17 years ago

Maybe an idea for the tabbar?

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

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.

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? :)

hannibal331
17 years ago

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

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

Base: 4 x 5.0 Ratings

Be the first to comment

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