Warning: session_start(): open(/tmp/sess_5a2dmf2gh8cals0e1lqb0fcot4, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Mallory openDesktop.org
-
 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 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 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    Linux42.org    OpenSkillz.com   
 
Home
Apps
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login
CONTENT
-


-
- Content .- Fans  . 

Mallory

   1.0  

Window Decoration native KDE 3.2 +

Score 64%
MaxilysMaxilys
Home
Mallory
zoom

Mallory
zoom

Link:  http://
Downloads:  3776
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.




License: GPL
Send to a friend
Subscribe
Other  Content  from Maxilys
Report inappropriate content



goto page:  1  2  3 

-
.

 Top-Left Icon

 
 by Savagearth on: Mar 9 2005  
Score 50%
SavagearthSavagearth

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%
MaxilysMaxilys
Home

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%
WodeWarriorWodeWarrior

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


Reply to this

-

 Re: nice

 
 by Maxilys on: Mar 10 2005  
Score 50%
MaxilysMaxilys
Home

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%
MaxilysMaxilys
Home

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%
p0z3rp0z3r
Home

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%
MaxilysMaxilys
Home

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%
YabaYaba
editor
Home

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%
YabaYaba
editor
Home

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%
MaxilysMaxilys
Home

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%
MaxilysMaxilys
Home

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%
YabaYaba
editor
Home

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%
MaxilysMaxilys
Home

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%
YabaYaba
editor
Home

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%
MaxilysMaxilys
Home

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%
YabaYaba
editor
Home

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%
YabaYaba
editor
Home

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%
MaxilysMaxilys
Home

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%
MaxilysMaxilys
Home

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%
YabaYaba
editor
Home

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




-
Linux42.org
-

Popular Groups
-

Newest Groups
-

FORUM
-

 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS   
Events RSS   

Participate
Groups
Forum
Add Content
Public API
About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2007-2016 openDesktop.org Team  
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team