Serenity

KDE 3.5 Themes by Maxilys 252 comments

Probably. I always build entirely Serenity before compressing it to be sure that there isn't even a warning that I can remove.

What errors do you get? - Dec 07 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

The highlights on the tabs are this way on purpose. It isn't so nice when the gradient occupies the whole tab.

Thanks for the idea for the modern tree views. I was looking for one. I like the concept but I hadn't found the right graphics for it. I just got used to the current ones.

And yes, the arrows on the sliders have just appeared. It's written in the changelog. Does anybody read it? ;-)

As for the scrollbars, I agree with you, the "sunken" look isn't optimal. I just haven't decided to do anything yet. I'll change them in the next version but I don't think an option is necessary for such an improvement. - Dec 06 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Well, that just proves my head isn't extensible... ;-) In other words, I forgot because I haven't see this bug for a very long time. It is already fixed in my version 1.6 (not released yet).

It's the corners of the focus rectangles that leave traces behind the icons. They are disabled on my config because I never navigate through the dialogs with the keyboard, so they are just a useless nuisance.

Try to disable them. If you don't miss them, well, the bug will be gone too. Otherwise, wait for the next release. - Nov 20 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

For the moment, it's impossible to make the buttons any smaller than 18 pixels, not because I set it so but because of the icons. They are 16x16 pixels, plus 1 pixels of (minimal) framing all around. To be able to reduce the buttons some more, I'd have to use smaller icons... That means I'd have to draw these small icons. I'm already feeling tired... ;-)

However --as all lazy people-- I have another solution. What do you think of the idea of removing the space above and below the buttons? Try Serenity (1.5) with the minimal border size and 18-px buttons. Isn't the titlebar small enough for you this way?

I have in mind to make a more beautiful version of this size of titlebar with useable borders too. To keep the cake and eat it at the same time... ;-) - Nov 12 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

I don't know if this is the best one but I found a solution. The next version of Serenity will handle correctly all these maximize/resize situations.

During my bug hunting, I noticed big redraw problems. I went down to kwin's sources and I found a little something. Here it is:

To all windec developers, if you have conflicts in between maximize, resize and redraw, just add

widget()->update();

at the end of your Client::maximizeChange(). That's it.

To keep you occupied during the long winter nights, now look at how your windec reacts when you shade a maximized window. (Ouch! It hurts...) ;-) - Nov 10 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Thank you. I'm glad I'm not the only one to have that feeling. Finally, these "accelerated" gradient routines must actually do something... ;-) - Nov 09 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Thank you. That's something I never thought of doing. :-D

This is very strange bug. The windec only partially reacts to the fact of being maximized. That shouldn't happen. I need to investigate. In the mean time, my advice is to use the maximizer only. No problem, this way. :-/ - Nov 09 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

The colorschemes included in Serenity 1.5 were incorrectly installed into '$KDEDIR/share/apps/kdisplay/colorschemes' instead of the same thing but '../color-schemes' (with a dash in the middle).

You can move them by hand as root or just redo the installation. In all cases, you can safely delete '$KDEDIR/share/apps/kdisplay/colorschemes' which doesn't belong in KDE.

Sorry for the inconveniency but I saw absolutely nothing. Probably a lack of caffeine. ;-) - Nov 06 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

First thing: If something goes wrong during './configure', you must not try to bypass but resolve it.

I've no idea why a folder named "KDE" is requested. There is no such thing in the configuration script, especially in capital letters.

How do you call './configure'? There is only one (common) way to do it for KDE:

./configure --prefix=`kde-config --prefix`

Or eventually:

./configure --prefix=/path/to/kde

If it definitively doesn't work, send me your "config.log". (Click on my avatar on top of the page.) I'll see by myself what's wrong. - Oct 20 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Because you're an idiot ;-) here is a stupid question: Did you install two things? The style and the window decoration are split into 2 packages. Either you have to install 2 RPMs, or you have to make 2 builds.

When everything is installed, open the "Look & Feel" page in Control Center. There you will find "Style" and "Window decoration". Is everything there?

If the window decoration isn't available, that's because it isn't installed. There must have been some error messages along the process --at least one. What is it? That's what I need to know to be able to help you.

And don't worry, you aren't an idiot. Installing a style for KDE requires a degree in computer science. ;-) - Oct 19 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

So do I! Serenity doesn't use libfam for any purpose. I've no idea where it comes from but the RPMs I built on my SuSE 10.1 require it... and a lot of libs Serenity doesn't use. I guess that's what we could call an indirect dependancy. ;-) Go figure! - Oct 15 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Everything is said in the changelog. - Oct 14 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Well, I found the leak. To stop it, disable the animation of the progress bars. That's a temporary solution until I find a real one.

(*cough*)stupid(*cough*) Qt! ;-) - Oct 13 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Hmmm... Interesting bug! But I don't think it's Serenity's fault. I tried all available focus modes without noticing such a strange behavior on my OpenSuSE 10.1.

In fact, I don't even know how that could be possible. There's no way the mouse cursor can be somehow above two windows to make them flip endlessly. Besides, the focus isn't handled by the window decoration. I mean, there's no code in Serenity to change the focus, not even in a indirect way.

Until somebody else confirms, I can only advise you to put a cactus on top of your screen. Computer voodoo proves to be efficient... sometimes.

Seriously, I don't have a clue... and be careful when you water the cactus! ;-) - Oct 08 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Nothing serious... It was early in the morning and I was short of caffeine... ;-) A curly bracket is missing. I already re-uploaded the correct archive

You can either re-download it... or just insert a curly bracket in line 813 (eight one three), save and re-build.

The correct archive is exactly 405 KB. If somebody has an archive of a different size, he/she knows what to do. - Oct 08 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Did you provide the prefix at configuration time?

./configure --prefix=/where/is/kde

or

./configure --prefix=`kde-config --prefix`

If you didn't, the configuration script supposes that KDE is in "/opt/kde3". That's the SuSE way... and I'm (almost) sure Debian puts KDE in "/usr". That should explain the failed dependencies.

As for building DEB packages, the most I can do is to build source packages. That wouldn't be a great improvement compared to the bare sources. If there are Gentoo ebuild files, that's because somebody gave them to me and all I have to do is to change the version numbers. All I can actually do "natively" is to build SuSE RPMs.

Somebody proposed to include Serenity within Debian:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375461

AFAIK it didn't go any further. The sources are still the only way. - Oct 07 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Well... You're absolutely right. Moving the toolbars isn't a regular occupation, so hiding their handles shouldn't be a major usability issue. I will re-introduce the switch. I guess that I'm just too used to them.

As for the tabs, I didn't understand what you wrote. The tabs can't get any close from the borders of the window, there are always the add/remove tab buttons around them. Could you explain a little more? - Oct 07 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

You can leave your theme manager at rest. ;-) Just open the control center and select "Appearance & themes". The three pages in this section that will interest you:

"Colors" if you want to use one of the provided colorschemes.

"Styles" to select Serenity as your current style. (That's what you want to do.)

"Window decorations" if you also built Serenity windec and want to use it.

That's it. - Oct 05 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

The menu groove isn't grey, it's greyish most of the time since the text is usually black.

I made it so because I felt that those few words floating on a side of the window weren't visible enough... and a V*sta style menu groove is just too much for my liking.

If I get at least a third person to complain about my very discreet menu groove --or if you insist-- I'll consider releasing a version 1.3.0 immediately. Otherwise, it will stay so until version 1.4.

(I just got an idea I'd like to test for the menu groove, so...) Fire! ;-) - Oct 04 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Yeeeees! ;-)

Maybe making the menu groove always visible wasn't such a good idea. I did so because I like it so. I will re-introduce a switch.

As for the toolbar handles, hiding them is pointless since it doesn't give you more space and the icons look like misaligned for no (visible) reason. I'm not sure I will revert to version 1.2 about this... Unless you give me a good reason, especially a case where it looks better without them. - Oct 04 2006
konqueror location bar resizing (feature request)

Various KDE 1.-4. Improvements by warrob 12 comments

Put everything on the "Main Toolbar": the arrows, home, stop, reload, etc, and the "Location bar" (the entry field). This way, it can't be split in two lines.

For some reasons (distro, KDE, whatever), you may have to actually remove the entry field from the "Location Toolbar" to be able to put it elsewhere --or it won't show up. - Sep 28 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

The best solution IMHO is to change either the color of the background or the one of the buttons. There is a reason why the provided colorschemes always have contrasting buttons. I also noticed the disappearing of the top left corner in some situations, especially with a white background.

If you use two very close colors for the background and the buttons, there's nothing much I can do... except slowing down Serenity *a lot* by introducing tests to check if the gradients colors aren't too close from the background. I won't do it since Serenity is already slow enough! Neither will I introduce anything --even a switch-- to have solid borders.

Otherwise, a solution might be to reduce the contrast --which takes part in the calculations of the gradients colors. It may however flatten the buttons.

Don't despair, I'm currently playing with the gradients to achieve a new gradient style that would allow you to have a "Milk" look without making one button corner disappear. - Sep 12 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Thank you for the URL but I already saw Aaron's blog.

As for the flickering of the titlebar, the problem is solved. Wait for the next version and you'll see. - Sep 12 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

I see what you mean. I also use KMail but "my" title framing is disabled so it doesn't flicker... because nothing is drawn. ;-)

I'll see what I can do. - Sep 11 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Too late! I removed a lot of them... well, only 4. I kept the +/- symbols but I changed the label.

As for derivative styles, I don't mind, it only proves that Serenity --and my code-- is worth it. ;-) - Sep 10 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

No, no! The screenshots aren't grey, they are greyish orange. ;-) Well, in fact, I just kept the colorscheme I used. For the next update, I'll do what I always did before: 3 screenshots, 3 colorschemes.

As for screenshots explaining all the options, I've been thinking about something like that for a long time but I always felt tired just while thinking about it. That's a very repetitive job. I also wanted to show all the provided colorschemes in action. I will do something... but not today. (Laziness is a disease very hard to cure.) ;-)

And the tree expanders are the tiny buttons you see when you use, for example, the "Tree view" in Konqueror and that you click to see the content of a directory without entering it. If they are "triangular", they use arrows instead of the IMHO ugly +/- symbols. Any way, this label is totally unclear and doesn't say all it does. I should remove it, nobody would notice it.

There are also a few other such options that I could remove and say that that's the way Serenity is. Less options, less questions, less code, more speed. All good! :-) I guess I can call myself a real KDE Dev, I definitively have the Options-Bloat syndrome. :-D - Sep 09 2006
Orange Scheme

KDE 3 Color Schemes by SASq 1 comment

Really nice! I'll add this colorscheme (propably slightly patched) to the next release of Serenity. - Aug 23 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

I confirm. There's a problem and I know now exactly where it comes from.

Serenity is guilty because I do a strange thing with the scrollbar but OO isn't less guilty. All applications I know (so far) respect the change of scrollbar type "on the fly"... except OO. That's why I thought that it didn't draw the scrollbars at all.

Any way, the arrowless scrollbar is too nice to be removed only because of OO. So I'm downloading the sources of OO to try to understand what it does with the scrollbars because --even with the regular types-- the buttons don't react as expected.

Don't hold your breath, I'm gonna need time. The sources are huge! - Aug 23 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

A tiny harmless bug in the window decoration escaped my vigilance. If you use the "flat button" style, the title text framing --if enabled-- will be drawn incorrectly.

I already made the needed corrections in the archive. If the file "serenity.decoration-1.1.tar.bz2" you have isn't 397.7 KB long, you can re-load it now and re-build --if you're interested in fixing the tiny bug. - Aug 20 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Well, amongst the various things I did today, I tested flat progressbars and I just don't like them. It's too flat and with the current colors, it's a bit weird.

I'm gonna try to change the colors to something less flashy first and then I'll try again to flatten them. Wait and see. If people stop coming and asking things, maybe I'll be able to release Serenity 1.1... one day. ;-) - Aug 19 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

I never use OO but I just tested OO 2.0 and I'm happy to say that it isn't Serenity's fault. I tested all scrollbar styles and then Plastik style to be sure but in all cases OO just doesn't draw any scrollbar.

I even tried to deactivate the GTK-Qt engine but it made no difference. I guess you just found a bug in OO. Report! ;-) - Aug 19 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

About the fade in, fade out, well... I'd like to have such a feature but that might turn out to be very difficult to implement. Wait for me to improve my skill in C++/KDE/Qt and we'll talk about it for Serenity 2.0... in KDE 4.0 or later... ;-) - Aug 15 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

This is not a bug, this is a feature. Don't you also remember that Konqueror used to change the label color of the tabs to grey/blue when something happened in the contained directory... or that Kate used to turn the label to red when the file needed to be saved?

Serenity fights its way against the hardcoded colors... and there's some collateral damages. But with 5% of the human population being color blind, that's not such a bad idea.

Maybe my patch is too extreme and that there should still be a visual indication? I guess that the empty space in the configuration dialog will finally find some use. Stay tuned. ;-) - Aug 15 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

You don't need to ask for my permission. If I put my email address everywhere, that just that: to receive bug reports, criticisms (good or bad) and new ideas to implement.

Serenity doesn't really belong to me any more... but to the users. ;-) - Aug 15 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

No that's not possible. ;-)

More seriously: Serenity draws the rubberband by itself, so any patch into KDE just gets bypassed. Serenity can't use the patches but only allow them to be used.

If you want, just open "serenity.cpp", search for "PE_RubberBand" and remove the case block. (From "case" up to the closing curly brace.) Re-build and the rubberband patch will be re-enabled.

Or else, wait for the next version. I just got the sources from the "pertty patches" and I intend to implement the semi-transparent rubberband directly into Serenity so it will work even without these patches. - Aug 15 2006
Snowish icons - kanpio mod

KDE Plasma Screenshots by kanpio 2 comments

For what it worth, look at where I put the sources of my style Serenity:

http://www.kde-look.org/content/show.php?content=35954

I won't say much except that it's free and you can store more than 6 MB. (I don't work for them, they won't give me money if you subscribe. It's just that I'm satisfied with what I found and I think it's always nice to share good stuff when you find some.) ;-)

And, no, this isn't a direct link. - Aug 07 2006
qtcurve.cpp: In member function 'virtual bool QtCurveStyle::eventFilter(QObject*, QEvent*)':
qtcurve.cpp:1042: error: 'hoverTab' was not declared in this scope

It shouldn't happen but it does and I haven't found a cure yet. - Aug 03 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

You're lucky, I was about to remove this toolbutton titlebar style. I found it a bit too unadorned. I finally didn't work in vain. ;-) - Jul 19 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Sorry but I can't see your screenshot. Blogger says "Access denied".

Just send it by email (if you want). I was looking for an excuse to release a new version with the last tiny patches I made. A new button style could be a good one. ;-)

And by the way, Serenity can already have flat buttons. Try the option Gradient style: Flat. Both the style and the windec have this option. Isn't it already flat enough? - Jul 19 2006
Domino

KDE 3.5 Themes by morgenrot 404 comments

I'm glad you finally released Domino. It's nice to see another unusual style in the wild. ;-)

You should however do something so that the gradients automatically match the colorscheme, and to simplify the configuration dialog. I got lost!

And please, make Domino clean up before it leaves. I tested it and when I went back to Serenity, some colors didn't revert to "normal", the menus still had round corners. I had to restart Xorg to reset everything.

I still prefer to wait for the next version before to give up Serenity. ;-) - Jul 18 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

This is not a bug or --if you insist-- this is a KDE's or Qt's bug. When you see such a widget drawn with black and white lines, it usually means that its drawing is hardcoded somewhere and there is no way to style it.

Serenity does a rather exhaustive job compare to most other styles but there are still widgets that resist. I even dug into Kopete sources to find what widget is used but I think I got buried in the process... Nobody came back to tell the class of the widget. ;-)

As holidays away from Serenity, I'll patch KDE but don't expect anything before KDE 3.5.4. - Jul 10 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

I've already seen the configure button disabled. It means that the dialog is invalid for some reason. I don't use special widgets so I guess my UI file isn't compatible with your setup. Try to edit it with KDevelopDesigner (kdevdesigner) or QtDesigner (designer). Do and undo something, then save the file. This should ensure that the UI file is compatible with your setup. Re-build and see if the error persists.

If that fails, go back to Serenity's homepage. When I talked yesterday about editing the config files by hand, I immediately thought that to release all needed informations wouldn't be such a bad idea. So I made a page about them.

I hope you won't need them, but just in case, you'll know where to go. ;-) - Jul 10 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

To configure the style; Control Center -> Look&Feel -> Style. Next to the combobox where you can choose the style, there must be a button "Configure". If it isn't there or if it is disabled, something is definitively wrong with your config. Keep me informed. In the worst case, you can still edit the config file by hand.

The new windec buttons are here: Titlebar -> Style: Toolbuttons. - Jul 10 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Problem solved. I don't use Kaffeine but I use K3B which suffered from the same disease. I cured it and Kaffeine as "collateral damage". ;-)

The "stable" version 1.0 will arrive soon, in a few days. Stay tuned. - Jul 06 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Of course, there is a new version on its way. I'm fixing the last things that need to be, implementing what hasn't already been, and introducing a few new things. I'm trying to make a rock-solid version 1.0 to be able to slow down on the updates. I'd like to have some time to draw a Serenity icon theme, especially the action icons... or to do something else. - Jul 03 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

On my current version the menu autoclose feature works (again). Just wait and see.

As for the menu background color, every style is using the button color because there are some hardcoded colors in Kicker's sources. It's possible to change this menu background color but a problem of mismatching colors (button text on window background) may arise. I'll see what I can do --and add an entry on my list of KDE patches.

The active tabs have the color they have because within Serenity everything that is selected uses the highlight color one way or another. Because of your remark, I made some tests and added the possibility to select amongst different looks for the active tabs, including a totally flat look.

Here's what I got: http://home.tele2.fr/mxls/archives/tabs-1.0.png - Jul 03 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

(1) Good point. I don't know why. I'll add an option for this in the next version.

(2) Well, the choice of colors isn't optimal --to say the least. My current version draw the separators as lines of which the tips melt into the background. That's a little better this way. I also tried solid lines but I didn't like it that much. Probably a switch would satisfy everybody. I haven't decided yet.

(3) The external frame of the windows is 2-pixel thick to have a good separation in between the windows and to be different from the panel frames. I'll try a thin line but I won't add more gradients, that's sure. Watch my blog, I'll do some experiments these week-end and publish images of the result. - Jun 30 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Try again! I just did it and everything is accessible.

If it still doesn't work, please report the text of the error so we can understand what's wrong. - Jun 30 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

1. It's not that height. If you reduce the titlebar height to the minimum (18), it's 4 pixels taller than B2. It's not a compact titlebar but it isn't that huge either.

2. Gradients inside the titlebar are from top left to bottom right, like the regular buttons within the window. I did it on purpose and I won't change it... but you can change this with the titlebar style combobox. Try one of the menubar styles if the gradient troubles you that much. As for the line around the window --and the titlebar-- that's one of those I can't remove. It enables you to distinguish the windows which would otherwise melt the one into the other.

However, your criticism gave me some ideas for new titlebar looks. Wait and see... the next version. ;-) - Jun 27 2006
Serenity

KDE 3.5 Themes by Maxilys 252 comments

Just look at my answer to your previous comment and you'll understand... something. ;-) - Jun 24 2006