-
 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

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


Sponsoring


-
- Content .- Fans (102) .- Knowledge Base (3) . 

Bespin

  

Theme/Style for KDE 4.0

Score 77%
Bespin
zoom


Bespin
zoom


Link:  Link
Downloads:  69892
Submitted:  Aug 8 2007
Updated:  Apr 25 2013

Description:

A widget style for Qt4
- Pretty configurable
- More Mac than Windows - but no clone at all
- Don't ask me to port Baghira ;-)

As for what to do with GTK+ applications, have a look here:
http://arch-stuff.org/content/show.php?content=134123

It suites the default look pretty well. Set the "Default" titlebar background colors to 239/239/240 and the text to something dark/gray.

---
Thalics complete Bespin Guide is afaik still down, sorry :-(




Changelog:

SVN PATH UPDATE
Due to sf.net updates, the code is now tracked here:
svn checkout svn://svn.code.sf.net/p/cloudcity/code/ cloudcity-code




LicenseLGPL
Send to a friend
Subscribe
Other  Artwork  from thomas12777
Report inappropriate content



goto page: prev  ... 51  52  53  54  55  56  57  58  59  60  61  62  63  64  65  66 ...

-

 focus and selection color

 
 by D-- on: Apr 29 2011
 
Score 50%

hi all,

when a window or part of a window loses focus, the highlighted parts (which are green in my theme) turn gray. Is there a way to keep them green or whatever the highlight color is?


Reply to this

-
.

 Re: focus and selection color

 
 by thomas12777 on: Apr 29 2011
 
Score 50%

No, the setting is hardcoded (atm and for a while ;-)
- see stylehint.cpp /SH_ItemView_ChangeHighlightOnFocus

Partially to trigger reactions. Any particular concerns or just a "i don#t like changes" feeling in your gut?

The reason is that at this moment the element does no more actually have the focus, so it shouldn't feign it.

(I also tried partial desaturation, don't ask - looks weird because it introduces a new color)


Reply to this

-

 Re: Re: focus and selection color

 
 by D-- on: Apr 29 2011
 
Score 50%

it's mostly a matter of taste, i don't like gray and it looks orrible mixed in my color scheme.

Anyway, I'll try to live with that.Thanks


Reply to this

-

 Abcdefg filler text

 
 by gravy on: Apr 29 2011
 
Score 50%

Using the latest revision, I'm having some weird troubles. However, I'd like to note it could be (and is most likely even), Kubuntu 100'04's fault. I'm using an Intel Corporation 82915G/GV/910GL.

Instead of telling you what the problem is, a screenshot is worth a thousand words. :)

http://wstaw.org/m/2011/04/29/snapshot1.png


Reply to this

-

 Re: Abcdefg filler text

 
 by gravy on: Apr 29 2011
 
Score 50%

Oops. I meant to say Kubuntu 11.04's fault in the last post. ;)


Reply to this

-

 Re: Re: Abcdefg filler text

 
 by thomas12777 on: Apr 29 2011
 
Score 50%

It's rather intel's fault :-(

I've seen this before.
The painting isn't clipped for whatever reason (it's just a stupid qpainter call - i unfortunately failed to figure and i've no intel chip to check myself)

Disable all "glassy" settings to work around this :-(

If you compile yourself and are willing to work this out (look for a fix/workaround) drop me a mail (address can be found in every header file) - i'd like to get rid of this issue.


Reply to this

-

 Window decorations

 
 by linuxfever on: Jun 3 2011
 
Score 50%

Hello again,

For some reason (no matter how hard I try), the window decoration on kde applications is a bit different than the one on GTK applications. In particular, the line which separates the windeco and the toolbar seems to be always visible in GTK apps and not on KDE ones. Is there a way or a setting to change this? I have attached a screenshot here:

http://imageshack.us/f/560/snapshot5b.png/

Thanks in advance!


Reply to this

-

 Re: Window decorations

 
 by thomas12777 on: Jun 4 2011
 
Score 50%

The Bespin style hints the window content to the decoration. For Gtk+ applications this is abviously not possible (esp. not because bespin isn't styling them)

If you select one of the last three decoration bases (Flat/V Gradient/H Gradient) for "Default" decorations (or any special subset you which to apply this look to) the splitter will go away (and the decoration in general more behave like with Bespin styled applications)
Otherwise it's simply assume to be a good idea to have it there for a more classic look. (Since the decoration has not the least idea about what's a few pixel below)


Reply to this

-

 Re: Re: Window decorations

 
 by linuxfever on: Jun 4 2011
 
Score 50%

Thank you very much! Selecting "Flat" did the trick!


Reply to this

-

 Exporting themes

 
 by linuxfever on: Jun 7 2011
 
Score 50%

Hello,

May I recommend a small improvement? Let's say I want to store my current preset and then export it to a specific directory.

To do this, I have to click on the "store" button, give the desired preset name and press enter, which closes the settings window. Then I have to reopen it so that I can export it.

Is it possible to change this, so that when a preset is stored (by pressing enter), the settings window is not closed?


Reply to this

-

 Re: Exporting themes

 
 by thomas12777 on: Jun 7 2011
 
Score 50%

Interesting. I wasn't aware but the kcm actually shows this behavior.

I'm not sure whether this can be changed since the kcm apparently triggers this from some signal.

However just calling "bespin [config, opt. parameter]" will launch the standalone config which does not exhibit such weird behaviour ;-)
"bespin help" will show you some CLI functions you might find useful if you deal with presets.

I'll somewhen have a look on what causes this from the kcm.


Reply to this

-

 Font color for tabs

 
 by linuxfever on: Jun 12 2011
 
Score 50%

Hi again,

I was wondering how to customise the font color for the active/inactive tabs. I searched the KDE systemsettings and bespin settings, but nothing no success so far. Is it even possible? Thanks in advance!


Reply to this

-

 Re: Font color for tabs

 
 by thomas12777 on: Jun 12 2011
 
Score 50%

Nope. Most foreground colors are automatically calculated from the background color (using the opposite rule)
Custom colors was a troublemaker in baghira, so i removed then and reset all coloring to the roles.

Any particular reason for this request?


Reply to this

-

 Re: Re: Font color for tabs

 
 by linuxfever on: Jun 12 2011
 
Score 50%

Thanks for the answer! Well, I was using a (relatively) dark grey for the background tab color, but the font color was still black. I just wanted to see if there was any way I could make it, say, white.

As a humble suggestion, I think it would be nice if in bespin settings we could have more colors, rather than the current eight ones. For example, there could be an option to add a custom color in the colors tab (assume we name it mycolor) and then be able to use it for any purpose, such as, say, alternate row colors, slider color etc. In other words, in the dropdown color list, we would get the current eight options along with "mycolor". What do you think?


Reply to this

-

 Re: Re: Re: Font color for tabs

 
 by thomas12777 on: Jun 13 2011
 
Score 50%

If the grey is that dark, why do you set the according foreground role to black in the first place?

"What do you think"

This was exactly what caused quite some trouble with baghira's coloring :-(

It's all fine as long as the widget uses the standard palette, but the moment it deviates, you might end up seeing black on black.
Or you'd have to deny widgets own palettes in general, forcing everything to use the application palette...

KHtml's color usage (page css) sucks enough :-(
Not to mention widgets hardcoding colors (for dark on bright everywhere) or utilizing qss...
(I guess the best thing was to hardcode windows colors... *sigh*)


Reply to this

-

 Re: Re: Re: Re: Font color for tabs

 
 by linuxfever on: Jun 13 2011
 
Score 50%

Well, because my theme in general is bright (and hence the black foreground color), but I wanted the tab background color kind of dark.

Anyway, it seems that I what I ask is too much of a hassle and does not seem worth bothering with.

Once again, thanks for all your work; bespin is beautiful...


Reply to this

-

 Re: Re: Re: Re: Re: Font color for tabs

 
 by thomas12777 on: Jun 14 2011
 
Score 50%

That's pretty much how things look here.
If you set the tab color role to WindowText, isn't that what you want?
I mean, where does the dark grey come from?


Reply to this

-

 Re: Re: Re: Re: Re: Re: Font color for tabs

 
 by linuxfever on: Jun 14 2011
 
Score 50%

Well, yes, but it is _too_ dark now :)

Another thing that you may be interested in/able to help with:

When using listview in dolphin and hovering/selecting a line, only the folder gets highlighted (instead of the whole line).

I read somewhere that this feature essentially does not leave any space in case the user needs to paste something there (http://forum.kde.org/viewtopic.php?f=17&t=61747). Despite that being true, we could have something like Ctrl-v for pasting the item in the current directory, and say Ctrl-b for pasting it inside the highlighted folder. Alternatively, rightclicking in a highlighted line could have two options, "paste" (to put in current path) and "paste into folder".

What do you think? Is this something feasible that could become one of bespin workarounds (or maybe I should bother the developers :)?

Thanks in advance!

What do you think??



-

 Sorry

 
 by linuxfever on: Jun 14 2011
 
Score 50%

...too many "what do you think" in my previous post!


Reply to this

-

 Re: Sorry

 
 by thomas12777 on: Jun 14 2011
 
Score 50%

Doing this from a style workaound is nearly impossible :-(

I'd have to catch and override the widgets input handling and painting, since dolphin does this itself (and in a way that does not even work when highlighting the entire row (rather than the element) as it's done usually in bespin (dolphin more or less hardcodes the geometry & clipping)

The result would be incredibly wonky and fail the moment dolphin adjustst the widget even just slightly.
It's not like i'd like the current behaviour (using the name and ignoring the metadata region would have been sufficient)


Reply to this

-

 Re: Re: Sorry

 
 by linuxfever on: Jun 14 2011
 
Score 50%

I thought you would like to know that I reported a wish to the kde developers to find out about their opinion on this. It can be monitored here:

https://bugs.kde.org/show_bug.cgi?id=275655


Reply to this

goto page: prev  ... 51  52  53  54  55  56  57  58  59  60  61  62  63  64  65  66 ...

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