Warning: session_start(): open(/tmp/sess_nh9a1htrheg833o12qsok094b4, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
window decoration 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 .- Fans  . 

window decoration

  

KDE4 Brainstorm

Score 50%
Link:  http://
Downloads:  174
Submitted:  Jul 31 2006
Updated:  Aug 1 2006

Description:

At the moment, window decoration is a (mostly rectangular) frame surrounding another rectangular frame that holds the content of the window (let's say, the "content area"). I don't know how far this is technically conditioned - as far as I know the window decoration is painted by the window manager. Especially I don't know how far it would be possible to replace that approach by the one I would like to describe here.

I would like a window to be viewed as a surface on which the content may be arbitrarily placed. You might reply: what's the difference. The difference is, that at the moment the "content area" is a rectangular surface where content may be arbitrarily placed, but not the window as a whole. All the space within the "content area" is to be paintet by the application that owns the window, even space that isn't used. This is, for example, the space on the right side of a tool bar where no icons reside. If the window decoration would be a surface "behind" the content area, empty space would mean that the user can see this surface instead of the "empty window content", as is the background of the tool bar. Of course, there would be some space to be reserved for common tasks, like window title, min/max/close buttons and so on. Semi transparent content of the window would have the effect that the user looks through the content on the window surface. The look and feel of a tool bar (and other window content) could be better integrated with the look and feel of the window decoration by just painting the icons on that surface instead of painting the icons on a mostly grey surface that represents the background of the tool bar.

As always, that idea isn't originally from me. Please excuse me if I mixed up some technical facts, but I don't better know about it.



License:
no license

Send to a friend
Subscribe
Other  Content  from axl008
Report inappropriate content



-

 tech issue...

 
 by thomas12777 on: Aug 2 2006
 
Score 50%

- the application has no paint access to the deco (just guess what happened on cross user apps)
- creating this via the composite extension (to allow alpha blending) would need a running composite manager to work and create a lot of additional alpha information, blowing up your VRAM
- what if so. want's to start the KDE app within another WM (fluxbox, metacity, whatever)?

to get what you want (consistent look, click anywhere) the way is:
1. write a matching style and deco (yet possible)
2. extend kwin's dcop/dbus interface by a function that triggers the alt+lmb global move feature (not yet possible, file a bugreport to maybe get it)
3. call this function from inherited widgets (i.e. QToolBar -> KToolBar, KToolBar reimplemts the mousePressEvent() to call the dcop/dbus function)


Reply to this

-

 Re: tech issue...

 
 by axl008 on: Aug 2 2006
 
Score 50%

Thanks for your comment.
>> - the application has no paint access to the deco (just guess what happened on cross user apps)
Okay, but I don't want to paint on the decoration, I yust want that I don't need to paint a background because this could be done by the window manager, if it would paint the whole background of the window and not just the frame. This is also about allowing the "content area" to differ from rectangular shape.
>> - what if so. want's to start the KDE app within another WM (fluxbox, metacity, whatever)?
I see that it would be necessary to make KDE-Apps aware of which WM is running. Problem?
>> to get what you want (consistent look, click anywhere) the way is:
>> 1. write a matching style and deco (yet possible)
Okay, I see that I could create a window deco + a widget style that integrate seamless. But when it's not impossible for technical reasons arising from the way X, WM and so on works, why not take a different way that is more consistent from the beginning.


Reply to this

-

 Re: Re: tech issue...

 
 by thomas12777 on: Aug 2 2006
 
Score 50%

> Okay, I see that I could create a window deco + a widget style that integrate seamless. But when it's not impossible for technical reasons arising from the way X, WM and so on works, why not take a different way that is more consistent from the beginning.

1. it will only work on a limited amount of systems (relies on a supporting composite manager, composite extension, XRender/OpenGl alpha blending acceleration, event shaping)
2. it will be slower (a lot of realtime alpha blending, no way to cache)/eat more RAM
3. it's more complex (you'll have to handle eventshaping as well)
4. it's more fragile because any of the above options
5. it completely breaks with the X11 WM concept
6. if the style/app does not know on what kind of background it paints, you'll get some coloring issues (i.e. you paint no toolbutton background, the toolbutton text in QPalette::WindowText and unfortunately the deco developer decided to paint a deco that is mostly dark up to black - your QPalette::WindowText setting... ouch)

of course, no one prevents you from implementing that (as a proof of concept, you could try to write 2 apps, where one makes the background and the other one paints only translucent widgets)
if you find and can show that this is a sane, usefull and "more consistent" way to do things (better than the existent), i'm sure it will be adapted by KDE...

maybe better first ask around on the kde developers mailing list to get some opinions on this


Reply to this

Add commentBack




-



 
 
 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