-
 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    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans  . 

Decor position

  

KDE4 Brainstorm

Score 68%
Decor position
zoom


Link:  http://
Downloads:  255
Submitted:  Dec 31 2005
Updated:  Jul 20 2006

Description:

I'm not programmer, I just came with a simple ide. If someone is able to developed this ... What You think about this?

Window decoration (WD) position. Those buttoms represents the Title Alignment and also WD position. See the first picture ;)

The download file is only a screenshot.




Changelog:

I have just change the 'type' from 'Window Decorations'.




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



-

 good idea

 
 by tomoe on: Dec 31 2005
 
Score 50%

i think some people will say that it's uneccessary but i love that idea...

I don't like when people use one concept again and again and again like with a lot of the windecos where most of them basically just look like plastic.. maybe slightly changed)
I'ts good that sometimes people come up with really new concepts .. and that one certainly is ..
well i don't know if i would use it .. but it gives you a lot new possibilities ...


lol internet
Reply to this

-

 Re: good idea

 
 by 6thpink on: Jan 12 2006
 
Score 50%

Nothing new really, fvwm can do that and even put it in a different place for every window.

Anyway, I agree that to put this into kde would be a nice idea, and not too hard to implement. If I remember ok, the IceWM kwin deco can already do that (well, only to the bottom), so, to extend the feature to the rest of standard decos should not be so hard. The feature is already present. I dont know if to change it to be on the left or the right would be any more complex, but I think that it should not.


No atribuyamos a la estupidez nada que pueda ser atribuido a la maldad humana.
Kuadra said: "Cuanta estupidez en tan poco cerebro!".
There is no such thing as Holly-wood.
America is not just USA.

Reply to this

-
.

 good idea

 
 by darkelder on: Dec 31 2005
 
Score 50%

I also would like to see and use this however in my opinion I believe crystal would be a better choice of windeco

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


Reply to this

-
.

 good idea

 
 by darkelder on: Dec 31 2005
 
Score 50%

I also would like to see and use this however in my opinion I believe crystal would be a better choice of windeco

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


Reply to this

-

 Re: oops

 
 by darkelder on: Dec 31 2005
 
Score 50%

sorry for double


Reply to this

-

 style

 
 by sefur on: Jan 1 2006
 
Score 50%

Plastic its only an example I think that this stuff should be global i KDE - do not depend on decors style.


Reply to this

-
.

 Left, right?

 
 by logixoul on: Feb 12 2006
 
Score 50%

How would the titlebar be drawn on the left or the right side? I can't quite imagine except with the text rotated vertically, which would be extremely unpractical.


Reply to this

-

 Re: Left, right?

 
 by sabby7890 on: Jul 20 2006
 
Score 50%

Maybe like this?

W
i
n
d
o
w

T
i
t
l
e

This can be unpractical, but you don't have to use it:)


Reply to this

-

 Re: Re: Left, right?

 
 by logixoul on: Jul 20 2006
 
Score 50%

Indeed. Thing is, I don't think anybody at all would use it (except perhaps for an initial period of roughly 10 minutes due to the "wow" effect).


Reply to this

-

 Re: Re: Left, right?

 
 by gollum on: Jul 25 2006
 
Score 50%

One of the force of open source is to be able to be open to anybody.

And I can see billon of people whose natural writing is vertical, in Asia.

So I belive It would be a GREAT stuff for Asian people to be able to place the deco-bar on the side ( and on the side they want ! ).


Reply to this

-

 no need for KDE4

 
 by thomas12777 on: Jul 20 2006
 
Score 50%

this can be done with kwin3 and is purely deco relative
as the deco
1. can decide where to put the titlebararea,
2. will have to implement the appereance anyway (simple rotation can look crap and be slow/inefficient)

so if you show an example where this makes sense and find a developer who likes the example you can have it right now


Reply to this

-

 Re: no need for KDE4

 
 by logixoul on: Jul 20 2006
 
Score 50%

While in general you're right, with kwin3 the integration would be poor. If the KDE HIG advised developers to implement this and if the windeco KCM was changed to look and act as in the mockup, that would be something to be happy with (assuming that the movable bar idea makes sense).

If you are seeking a tangible issue with your comment, here you go:
Every windeco developer that wants to implement this functionality would have to redo the config UI (or copy it from another windeco at least, which is still no good).


Reply to this

-

 Re: Re: no need for KDE4

 
 by thomas12777 on: Jul 20 2006
 
Score 50%

no need to shout.

btw, every deco i've seen so far comes with an own kcmkwin part (well, you couldn't plug your square next to the border size combo, but only below ;)

so i really see no need to put this into a framework (especially not on a OPP language, where you could simply inherit a deco with this functionality and just change the paint function)

and (just to clarify) providing this as kwindeco API is not it - you'll still have to implement it as deco developer (completely, there's nothing kwin can do for you but the config section - which could still be ignored by deco developers)

so as this is completely up to the decos, without any need of an extended kwin api and the only profit is the prefabbed config section (that could be created by c'n'p around 10 lines of code into your decos config part)...
Q:
WHY exactly does this need to be part of kwin4 as it can fully be provided on any kwin, just up to the deco

(-note-)
i guess you're rather interested in a HIG entry than in an API extension?
(so: "decos should provide the ability to support any postion", rather than just KWinConfig::titlebarPosition())


Reply to this

-

 Re: Re: Re: no need for KDE4

 
 by thomas12777 on: Jul 20 2006
 
Score 50%

reply to myself (didn't read your post exactly enough):

ok: as it falls back to the config part anyway:
1) writing such config is the least of all tasks (clickclickclickediclick... and the write the setting, two lines of code to write yourself)

2) if a deco does not support this, kcmkwin shouldn't display the config anyway (as it than only wastes space)

3)
a. i doubt the HIG would include this (as it's part of styling, rather than of UI)
b. even if it does: guess how many deco developers would read the HIG section on decos if they have a cute one in mind allready ;)

the best way to propagate this idea is to write and release such a deco, see if it's liked and than have deco developers include it if their users mourn around why deco xyz cannot do this =)


Reply to this

Add commentBack






-

-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore




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

Participate
Groups
Forum
Add Artwork
Public API
About KDE-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.