JLP's KDE 3.5 Previews (Part 2)

Saturday, 13 August 2005  |  Jrepinc

It looks like the first part of my KDE 3.5 previews was extremely popular. Much more than I could ever anticipated. I even got Slashdotted. Anyway, here is the second part of the look into the KDE's near future. Enjoy the tour!

Comments:

Can't wait - Gerry - 2005-08-13

It's all looking great. Thank you

KDE's look - ac - 2005-08-13

kde seriously need a refresh for its default look. That shade of grey and blue is really boring, and Plastik is starting to show its age. Maybe a little touch here and there could make kde's look fresh again? Is there anything planned about that?

Re: KDE's look - mhn - 2005-08-13

Lipstik? It's like Plastik, with small but excellent improvements in certain critical points.

Re: KDE's look - Anon - 2005-08-13

Calling anything theme related critical is a bit of a laugh ;)

Re: KDE's look - Allan Sandfeld - 2005-08-13

"Kritical".. Now there is a theme name, now we just needs the theme

Re: KDE's look - Vik - 2005-08-13

Linspire Clear.

Re: KDE's look - jumpy - 2005-08-13

try to use different color schemes and plastik will rock. using a lighter gray does the job. don't trust me, just try it :-)

Re: KDE's look - ac - 2005-08-13

I know, I know, I was talking about defaults :)

Re: KDE's look - ggabriel - 2005-08-13

What it's really lame nowadays is the tray clock style. Please change that to a smaller and more normal font, please. I can't believe we'll have to wait until KDE4 to have a decent one. It's so simple to do!

Re: KDE's look - Zippy - 2005-08-13

"It's so simple to do!" So do it, ggabriel!

Re: KDE's look - Trejkaz - 2005-08-14

Right click -> Configure Clock -> Font Problem solved.

Re: KDE's look - Hans - 2005-08-14

Or even better: Replace the kde clock by styleclock (http://www.kde-apps.org/content/show.php?content=14423 ). It's themable and much more powerful and less cluttered.

Re: KDE's look - p0z3r - 2005-08-14

This is already the plan. Style Clock will be the default clock in kde4. In fact the old clock isn't even in HEAD any longer. ;)

Why not use blending in Plastik? - Vlad C. - 2005-08-13

Everything looks great. I'm just wondering, can't Smoothblend be integrated into Plastik (ie. keep everything the same in Plastik while smoothly blending the window background color into the titlebar)? The reason I don't currently use Smoothblend is because I find the right-hand buttons a little too bulky.

Re: Why not use blending in Plastik? - p0z3r - 2005-08-13

"right-hand buttons a little too bulky"? The buttons can be resized in the control center along with everything else in the decoration. Maybe I misunderstand you, but I'd love some feedback on it. cheers, -Ryan

Re: Why not use blending in Plastik? - Bart Verwilst - 2005-08-13

Smooth Blend could be nice.. But it's just waaay to bulky by default now.. The height could use a little trimming down ;)

Re: Why not use blending in Plastik? - p0z3r - 2005-08-13

So what should we base the defaults after? 1024x768, 800x600, 640x480 ? I personally use 1280x1024 which is maybe why it seems big for you. Currently the default height is 30 pixels with 26 pixel height/width for the buttons. What do you use to make it look less bulky, and what resolution are you using? -Ryan

Re: Why not use blending in Plastik? - Morty - 2005-08-13

I'm using 1152x864 and to me something like height of 19-21 pixels and 16-17 pixel height/width for the buttons looks best. The default are huge and not nice at all. Getting good defaults may become rather hard with all those strange resolutions out there. Is it possible to perhaps calculate the default/initial, from the height of the titlebar font or something. As that's what most of the other decorations use to calculate titlebar height.

Re: Why not use blending in Plastik? - Bart Verwilst - 2005-08-14

I'm using 1024*768.. What i'm currently using is 20pixels height, with 15pix. buttons and 3pix frame. Looks just great :d

Re: Why not use blending in Plastik? - Mark Hannessen - 2005-08-15

I use 1024x768 on my desktop (it can run 1280x1024 but hertz is to low for my test). 1280x800 on my laptop (a few new widescreen laptop, and this resolution is it's max)

Re: Why not use blending in Plastik? - superstoned - 2005-08-13

then I have some feedback (sorry to interupt :D) - i'd love to see you try something to make the difference between the on and off state of the 'always on top' button more clear. the 'on all desktops' is way cool!

Re: Why not use blending in Plastik? - p0z3r - 2005-08-13

I still haven't found a solution to this yet, but it's been on my list of things to do before feature freeze on the 25th.

Re: Why not use blending in Plastik? - superstoned - 2005-08-13

thanx. hope you can do it. you might remove the top bar on the button, just make a big triangle pointing upwards?

Re: Why not use blending in Plastik? - Vlad C. - 2005-08-14

I like Smoothblend's ability to customize title height, frame width, and button size – all options that Plastik doesn't have. By bulky I was referring to the style/font in which the button symbols (? _ O X) are drawn. I tend to think the Plastik symbols are cleaner-looking, but that varies with personal taste. I've also noticed some other small drawbacks to Smoothblend: 1) The area surrounding the app. icon on the left side doesn't change color on mouseover (in Plastik it does change color, but I don't think the change is noticeable enough even there) 2) When pressing on a right-side button, the highlighting disappears and the button looks like any of the other unpressed buttons (in Plastik, the colors of the pressed button are different from the colors of the unpressed buttons) 3) The X button doesn't acquire a red tinge when pressed (I think the red tinge has a usability value because it warns that the window will be permanently closed) 4) The frame width can be changed, but it remains the color of the window background, making it impossible to distinguish where the window ends and where the border starts. I don't know if it's worth it, but you could even create a smooth gradient between the window color and the border color. 5) I think for nomenclature consistency, you should rename “Frame Width” to “Border Size”. 6) The frame width seems to also affect the top of the title bar, when it should only affect the right, left, and bottom borders. 7) As for defaults, I think a Title Height of 21 px. and a Button Size of 17 pixels would be good. With a couple of fixes, I think Smoothblend would make a really good default theme in future releases!

Re: Why not use blending in Plastik? - p0z3r - 2005-08-14

Thanks for all the good points. 1) I've thought about highlighting on hovering on the app icon, but instead I went with a slight movement when clicking on the app icon. The way plastik does it is it introduces a new box area behind it that wasn't there before, and then highlights that new box. I just didn't like that effect too much personally. It is worth investigating though from a usability perspective. 2) Plastik does a negative for depressed buttons. I wasn't quite sure what I wanted to do to indicate the button was clicked without copying plastik's feel. I'm open to suggestions on this. 3) I think I may change the close button to highlight with a red tint to some degree. I didn't do it before b/c I didn't want to copy plastik. 4) The frame width not only effects the borders(left,right,bottom) but it is also the clearance above and below the buttons/title. Maybe they should be separated from each other an add a new config option? Regarding the left,bottom,right not using the blending, I did that for more of a minimal feel. I could try it in the way you suggest, but it would take away from what I was intending. 5) Yes you're right. 6) Hrm, probably a good idea to separate the top from the left,bottom,right. 7) That seems to be what people are suggesting. I'll change it to be smaller by default before the next 3.5 beta release. As far as it becoming the default, I wouldn't want to start a debate on that one. giessl (http://www.kde-look.org/usermanager/search.php?username=ceebx) has done a great job with plastik and is doing some work with KDecoration to make creating styles and decorations easier for developers. There's a reason it's the current default. ;)

SuperKaramba - p0z3r - 2005-08-13

The download/install problem was actually fixed the day before this review came out. The fix is in SVN currently and will of course be in the next release. We're also working on getting the uninstall and theme listing a little cleaner along with improving our documentation. -Ryan

ksysguard - JohnFlux - 2005-08-14

That screenshot of ksysguard is out of date - I just changed it :) (Also it says "powerfull" instead of powerful)