
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
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! ;-)
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.]
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
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
kde 3.1.3 gcc 3.3.1
Report
andyrock
17 years ago
Report
trian
17 years ago
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
Report
andyrock
17 years ago
Report
trian
17 years ago
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
"play with the border contrast and width(?)"...
Report
Deciare
17 years ago
Report
everaldo
17 years ago
greatt work!!!!!
Report
ununumio
17 years ago
This bug was corrected in recente versions of Alloy too.
Report
WinterWolf
17 years ago
Still, it looks very nice.
Report
dieskim
17 years ago
Is there any MDK9.1 users who got it installed? Just want to know what your --prefix was.
Report
davidsansome
17 years ago
:)
Report
kol
17 years ago
Report
fredericksmith
17 years ago
Report
hannibal331
17 years ago
If you're running Debian Sid/Unstable please visit:
http://opendoorsoftware.com/cgi/http.pl?p=kdecvs
Report
ceebx
17 years ago
Yep. :) In CVS there are no annoying borders in the kicker anymore.
Report
kol
17 years ago
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
What window decorations did you use for your screenshots?
Cheers
Report
ceebx
17 years ago
Report
hannibal331
17 years ago
http://hannibal.lr-s.tudelft.nl/~vincent/plastik/snapshot58.png
Report
Deciare
17 years ago
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
ceebx
17 years ago
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
Report