-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Frugalware-Art.org Artwork for Frugalware Linux 
 Arch-Stuff.org Artwork and Stuff for Arch Linux 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com    Open-PC.com   
Kubuntu-Art.org - Stuff for your Kubuntu Desktop
Kubuntu-Art.orgKubuntu-Art.org

 Dec 20 2014  
 Not logged in  
Kubuntu-Art.org
 Home    Add Artwork   Forum   Groups   Knowledge   Events   Jobs   Users   Register   Login-


Sponsoring


-
- Content .- Fans  . 

Mallory

  

Window Decoration native KDE 3.2 +

Score 64%
Mallory
zoom


Mallory
zoom


Link:  http://
Downloads:  3766
Submitted:  Mar 9 2005
Updated:  Aug 31 2005

Description:

Just another very flat window decoration with very original bouncing buttons. A few color schemes are provided too.

See README because this window decoration uses more colors than just title blend and title text colors.




Changelog:

- A minimum size for the windows is now defined.

- 2 new sets of improved buttons (round or square).

- Menu icon uses the same space as the other buttons for a better layout.

- ...and a all new set of colorschemes.




LicenseGPL
Send to a friend
Subscribe
Other  Artwork  from Maxilys
Report inappropriate content



goto page:  1  2  3 

-
.

 Top-Left Icon

 
 by Savagearth on: Mar 9 2005
 
Score 50%

I love your concept, but dislike those icon, they don't fit with it. If you can improve on them your gonna made to the top10 of most wanted easily :P

Good Jobs


Reply to this

-

 Re: Top-Left Icon

 
 by Maxilys on: Mar 10 2005
 
Score 50%

I can't change the top left icon; it's context dependant. The blue folder on the samples snapshot comes from Konqueror. I just removed its name.

As for the icons depending on the window decoration, they are actually drawings so that their colors can match the colors of the title. I'm working hard on a way to have anti-aliasing in such a tiny space. That would already improve them. If you have an idea for their design to put my window decoration in the top ten, just let me know. Your name will be in the authors' file. ;-)


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 nice

 
 by WodeWarrior on: Mar 10 2005
 
Score 50%

other than the buttons, i really like the look of it.


Reply to this

-

 Re: nice

 
 by Maxilys on: Mar 10 2005
 
Score 50%

I kinda like these round icons although they are not as perfect as I'd like. I was about to call this window decoration "Kirkle". :-)

If you have an idea of design, just let me know, it may show up in the next version if I like it too.


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-
.

 New buttons!

 
 by Maxilys on: Mar 14 2005
 
Score 50%

I did it! I love these new buttons. I can't stop making them bounce under my cursor. ;-)


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 suggestions..

 
 by p0z3r on: Mar 14 2005
 
Score 50%

The shadowed text is also linked to shadowing the buttons? I find this an odd behavior. I would either separate them into to config options or do away with the shadowing of the buttons.
On my Mandrake 10.1 laptop with 1024x768 resolution the shadowing looks horrible and I will post a screenshot when I get a chance.
Also the shadow is the same color as the text itself(I'm using white text) which makes it look blurry on my system instead of shadowed.
Once the text shadowing is disabled, the button animations with the highlight code looks pretty good.
Just out of curiousity, what previous windec did you base this off of?


cheers,
-p0z3r

Reply to this

-

 Re: suggestions..

 
 by Maxilys on: Mar 14 2005
 
Score 50%

First, did you install the RPM or did you compile from sources? I didn't build the RPM myself and I even couldn't test it; I have a SuSE distro. If there're problems, I'll ask to builder to redo it.

And yes, the color and shadow of the buttons and text are linked together. That's part of the look.

Next, define "horrible"? If the resolution get too small, the buttons get pixellized and blurry but that can't happen in 1024x768. I don't know what else could happen to make them look "horrible". If everything look fine when the shadow is disabled, it will do the same with the shadow because the shadow isn't actually disabled. You can see it when the buttons are hover'd

The shadow can't be the same color as the text unless you define it so. Did you check with one of the provided color schemes? (They all have white text.) Or else, did you set the buttons color as mentionned in the README? No kwin deco I know use this color so I can be virtually anything and that's a problem for Mallory.

Now, I just realized that the RPM's builder didn't include the file 'AUTHORS'. Or you just didn't read it. Never mind. I started Mallory as a patch of Alloyon. I keep on mentionning the reference --because I liked it very much-- but the painting routines where mostly re-written from scratch. Apart from the skeleton and the config dialog, Alloyon and Mallory haven't much left in common.


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 I love

 
 by Yaba on: Mar 17 2005
 
Score 50%

the new buttons. But somehow the buttons are missaligned when the Window is maximised. They are moved 2 pixels to the top.

See http://www.yeap.de/pub/malory.png for a screenshot.


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg
Reply to this

-

 Re: I love

 
 by Yaba on: Mar 17 2005
 
Score 50%

NOTE: This occurs only, when "Allow moving and resizing of maximized windows" is active.


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg
Reply to this

-
.

 Re: Re: I love

 
 by Maxilys on: Mar 18 2005
 
Score 50%

That's impossible! The buttons can't move because there's only one routine to set their position whatever the window is maximized or not. And allowing the resizing of maximized windows won't change this. That's the way my KDE is configured.

Maybe it's just an impression because the external border gets a new color when the window is maximized and you don't see it anymore... or else your QT is bugged.

I'm so surpized that I've got to say it again: That's impossible! Mallory just can't do this.


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 Re: I love

 
 by Maxilys on: Mar 18 2005
 
Score 50%

I didn't notice the snapshot. Well, I repeat it: That's impossible!

From what I can see on the snapshot, your titlebar is defintively too small! And that's impossible. I hardcoded limits in order that buttons always fit and such a situation never arises. Apparently, you succeeded in crossing the line.

All I can propose you is to increase the size of the titlebar just a little. I can't think of anything else.

Puzzling...


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 Re: Re: I love

 
 by Yaba on: Mar 18 2005
 
Score 50%

Already tried this. It doesn't matter how big the titlebar is, the buttons are always at the very top, when the window is maximised.

Also, when the window is not maximised, but I have the same titlebar size, everything is OK.


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg
Reply to this

-
.

 Re: Re: Re: I love

 
 by Maxilys on: Mar 19 2005
 
Score 50%

This is driving me crazy. I tried very hard but I can't reproduce this bug. I set an unmaskable kicker on top of screen just like I saw on your snapshot but... no! Mallory can't do this. According to the calculations in sources, with the minimal sizes for both the buttons and the titlebar, because of the hardcoded limits, there is ALWAYS 1 pixel in between the buttons and the external border of the window.

Which KDE do you use? And did you compile Mallory from sources or just install the RPM?

I didn't build the RPM and I can't check it on my SuSE distro. Then the only thing I can think about right now is that the RPM builder did something to the sources. I'm turning into a paranoid! ;-)


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 Re: Re: Re: Re: I love

 
 by Yaba on: Mar 19 2005
 
Score 50%

I am using KDE 3.4 and have compiled it on my own.

Did you check that "Allow moving and resizing of windows when maximized" is not selected?


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg
Reply to this

-
.

 Useless option...

 
 by Maxilys on: Mar 20 2005
 
Score 50%

Oh boy! Who created this stupid useless option? If you don't want to resize or move maximized windows, just don't do it! ;-)

I thought I found a way around then I played with the titlebar and buttons sizes... Oh boy! What a nightmare! Mallory doesn't like this option to be disabled.

Right now, my only advice is: Activate it! I have to dig a little more than I thought to find the bug but I will crush it!


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 Re: Useless option...

 
 by Yaba on: Mar 24 2005
 
Score 50%

Yeah, you're right. I also don't understand this option. Why shall a maximized window be movable and resizable at all?

Anyway, great that you've fixed it.


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg

-

 Window Frame

 
 by Yaba on: Mar 24 2005
 
Score 50%

Sorry, me again ;-)

I don't want to complain on every little stuff, but I really like this deco.

I see that you are applying a gradient to the window frame. I can select a color for the lower part of the window frame in the Color applet of the Control Center. However I haven't found out how to set the upper part of the gradient. I would like to set it to a dark color also.

My problem is that I am using a pretty light window background color and at the upper part it's hart to determine, where the window ends, when it is displayed over another window. Therefore I would like to get a dark window frame around the whole window.

Maybe it's already configurable and I just wasn't able to find it yet. If not an option to disable the frame gradient would be great, but I also would be very happy, if you could give me a pointer to the source code, where I can change the gradient color, if it's hard coded.


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg
Reply to this

-

 Re: Window Frame

 
 by Maxilys on: Mar 24 2005
 
Score 50%

No problem, you can complain as long as you want if you say that you like my windec. ;-)

Well, yes. The external frame of the window is a gradient and its top color is the top color of the title bar gradient but much brighter. That's kinda hard coded. You're right, that should be configurable. (Next version, please!) ;-)

In the mean time, edit 'malloyclient.cpp' and find:

void MalloryClient::paintEvent(QPaintEvent*)

Everything is in it with a lot of comments. I called this "External borders". Look under "External top" and "External left and right".

To disable the gradient and use only the defined frame color:

------------------------
// External borders
if(maximizeMode() != MaximizeFull)
{
painter.setPen(cofrm);
painter.drawLine(2, 0, rightRect.right()-2, 0);
painter.drawPoint(1, 1);
painter.drawPoint(rightRect.right()-1, 1);
painter.drawLine(0, 2, 0, bottomRect.bottom()-2);
painter.drawPixmap(rightRect.right(), 2, rightRect.right(), bottomRect.bottom()-2);
painter.drawPoint(1, bottomRect.bottom()-1);
painter.drawPoint(rightRect.right()-1, bottomRect.bottom()-1);
painter.drawLine(2, bottomRect.bottom(), rightRect.right()-2, bottomRect.bottom());
}
else
...
------------------------

Leave the rest untouched et voilà !


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-
.

 Re: Re: Window Frame

 
 by Maxilys on: Mar 24 2005
 
Score 50%

Arrrgh! A little mistake... Cut and paste this:

------------------------
// External borders
if(maximizeMode() != MaximizeFull)
{
painter.setPen(cofrm);
painter.drawLine(2, 0, rightRect.right()-2, 0);
painter.drawPoint(1, 1);
painter.drawPoint(rightRect.right()-1, 1);
painter.drawLine(0, 2, 0, bottomRect.bottom()-2);
painter.drawLine(rightRect.right(), 2, rightRect.right(), bottomRect.bottom()-2);
painter.drawPoint(1, bottomRect.bottom()-1);
painter.drawPoint(rightRect.right()-1, bottomRect.bottom()-1);
painter.drawLine(2, bottomRect.bottom(), rightRect.right()-2, bottomRect.bottom());
}
else
...
------------------------


(c) MXLS(r)(tm) (Patent pending)
We're living in a free world, ain't we?

Reply to this

-

 Re: Re: Re: Window Frame

 
 by Yaba on: Mar 25 2005
 
Score 50%

Thank you very much!

Right now I am very happy with the deco.


Join the KDE-Look.org Audioscrobbler group: http://www.audioscrobbler.com/group/KDE_Look_orgg
Reply to this

goto page:  1  2  3 

Add commentBack






-

Copyright 2007-2014 Kubuntu-Art.org Team  Legal Notice
All rights reserved. Kubuntu-Art.org is not liable for any content or goods on this site.
You can find our FAQ here.
All contributors are responsible for the lawfulness of their uploads.
Please send us a notice if you spot an ABUSE of the website.
Information about advertising in Kubuntu-Art.org.
Developers can use our public webservice interface. More information here: public api
For further information or comments on this site, please send us a message
Kubuntu is a registered trademark of Canonical Ltd.
Content RSS   
Events RSS