-
 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 24 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:  69940
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  ... 62  63  64  65  66  67  68  69  70 

-
.

 Appmenu support

 
 by sumski on: Jun 9 2013
 
Score 50%

I am already guessing the answer is no :-) but let me ask is there any plan/are you willing to add appmenu support for the deco?
Thanks!


Reply to this

-
.

 Feature request

 
 by SvenArcher on: Sep 17 2013
 
Score 50%

Hi Thomas.

I know it's a long shot, but I just have to ask...

A long time ago, it was possible to add the "filter bar" text input box to the main toolbar of the old Konqueror file manager.

Currently with Dolphin, the filter bar opens below the icon view.

Is it feasible and/or desirable to add a Bespin workaround that would place a Bespin stylized filter input into the Dolphin toolbar?


Reply to this

-

 Re: Feature request

 
 by thomas12777 on: Sep 18 2013
 
Score 50%

> Is it feasible and/or desirable to add a Bespin workaround that would place a Bespin stylized filter input into the Dolphin toolbar?

There's one filterbar per view, that means two if you spliit the view and [n,2n] for n tabs.

There's only one toolbar ...

* You'd be in a conflict for a split view, since it's not clear which filterbar is currently active
* The toolbar can be vertically layouted (at runtime), in this case the filterbar should rather not be inside.
* Dolphin has two toolbars (main and search), ie. you've to select the "proper" one.

Doing this means to keep track of view/filterbar combinations and the focused view (to show the proper filterbar which is no longer logically parented by the attached view - fighting dolphins own and unrelated visibility management of the filterbar) as well as deleting the (now reparented) filterbar with the view.

That as long as the code does not change in dolphin...

It is probably possible, but rather not trivial or robust.

Btw, i guess actually the searchbar should be on the top right shoulder, not the filter? ;-)
(Which mostly bears the same issues since it's as well attached to a view and not a global instance)


Reply to this

-

 GTK Support?

 
 by DiscipleOfDante on: Nov 7 2013
 
Score 50%

While I am fairly certain the answer is no, I have to ask, is there any plan to add gtk styles for this, similar to oxygen-gtk and qtcurve-gtk? Bespin is the most beautiful Qt style in existence, and the only one that really gives Qt applications a modern, attractive feel, but it lacks GTK support so integrating GTK applications with KDE is impossible while using it.


Reply to this

-

 Re: GTK Support?

 
 by DiscipleOfDante on: Nov 7 2013
 
Score 50%

And before anyone says it, Orta is NOT viable for GTK integration. Even with the default look of Bespin Orta looks almost entirely different.


Reply to this

-

 Re: GTK Support?

 
 by thomas12777 on: Nov 7 2013
 
Score 50%

tl;dr: no, sorry :-(

Gtk+ is EOL and Qt4 is close to it.

Aside that, Gtk+ can not deal with several configurations typical for Bespin, because many elements hardcode the textcolor (to black) and Gtk+ styling does not even allow the kind of deep impact that would be necessary to "fix" that. As result, elements became unreadable when eg. inverting colors of headers or on hovering.

Currently I frankly bet on everyone (such as recently LXDE or Wireshark) aborting Gtk in favor of Qt anyway =)


Reply to this

-

 Re: Re: GTK Support?

 
 by DiscipleOfDante on: Nov 7 2013
 
Score 50%

Two things. One LXDE is not shucking GTK, it is merely adding a Qt version as, by amalgamating Razor-Qt. So there will be a Qt and GTK version of LXDE. Two, Cinnamon, MATE, and XFCE are not leaving GTK at all, from what I've read, in fact I have asked about MATE and Cinnamon and they have replied no, and GTK+ will probably just get forked for DEs like this to continue.


Reply to this

-
.

 Tab Transition: Slide Right/Left

 
 by kalmar on: Apr 7 2014
 
Score 50%

Could You please add a Slide Right/Left Tab transition, something along lines of

case SlideRight:
{
tabPix[2] = tabPix[1];
QPainter p(&tabPix[2]);
int w = tabPix[0].width()*(int)(ms)/(2*duration)*(int)(ms)/(duration);
//movement ala InQuad

float quote = 1 - ((float)_timeStep / (duration-ms));
//opacity linearly

p.drawPixmap(w,0,FX::fade(tabPix[0],quote),0,0,tabPix[0].width(),tabPix[0].height());
break;
}

Well most preferably style should detect which tab has been activated (to the right, or to the left of the previously active) and apply the appropriate transition ;-)

How do You like the idea?


Reply to this

-

 Re: Tab Transition: Slide Right/Left

 
 by thomas12777 on: Apr 7 2014
 
Score 50%

you mean like to fix:

//TODO handle different bar positions (currently assumes top)

;-)


Reply to this

-

 Re: Re: Tab Transition: Slide Right/Left

 
 by thomas12777 on: Apr 7 2014
 
Score 50%

see r1718 - please notice that the tab position is not necessarily detectable (expect it to be not so for konsole/yakuake)


Reply to this

-

 Re: Re: Re: Tab Transition: Slide Right/Left

 
 by kalmar on: Apr 8 2014
 
Score 50%

Well, not exactly what I meant, but this was blazing fast! ;-)

I meant a transition, of one tab pushing the other that will actually _mimic_ the horizontal/vertical tab order, that is:

Suppose for now that the tab bar is horizontal.

if I switch to a tab LEFT of the currently active, then make the image of the new "slide in" from LEFT, and push the image of the old tab out of sight.

something like:

tabPix[2] = tabPix[1];
QPainter p(&tabPix[2]);
int w = tabPix[1].width()*(int)(ms)/(duration)*(int)(ms)/(duration);
p.drawPixmap(w,0,tabPix[0],0,0,tabPix[0].width(),tabPix[0].height());
p.drawPixmap(0,0,tabPix[1],tabPix[1].width() - w, 0 , w , tabPix[1].height());
break;

However, if the newly activated tab is to the RIGHT of the currently active, "slide in" from the RIGHT, and push the current image to the left.

Maybe the more appropriate name is "Shift Left/Right"?


Reply to this

-

 Re: Re: Re: Tab Transition: Slide Right/Left

 
 by kalmar on: Apr 8 2014
 
Score 50%

Well, not exactly what I meant, but this was blazing fast! ;-)

I meant a transition, of one tab pushing the other that will actually _mimic_ the horizontal/vertical tab order, that is:

Suppose for now that the tab bar is horizontal.

if I switch to a tab LEFT of the currently active, then make the image of the new "slide in" from LEFT, and push the image of the old tab out of sight.

something like:

tabPix[2] = tabPix[1];
QPainter p(&tabPix[2]);
int w = tabPix[1].width()*(int)(ms)/(duration)*(int)(ms)/(duration);
p.drawPixmap(w,0,tabPix[0],0,0,tabPix[0].width(),tabPix[0].height());
p.drawPixmap(0,0,tabPix[1],tabPix[1].width() - w, 0 , w , tabPix[1].height());
break;

However, if the newly activated tab is to the RIGHT of the currently active, "slide in" from the RIGHT, and push the current image to the left.

Maybe the more appropriate name is "Shift Left/Right"?


Reply to this

-

 Re: Re: Re: Tab Transition: Slide Right/Left

 
 by kalmar on: Apr 8 2014
 
Score 50%

Well, not exactly what I meant, but this was blazing fast! ;-)

I meant a transition, of one tab pushing the other that will actually _mimic_ the horizontal/vertical tab order, that is:

Suppose for now that the tab bar is horizontal.

if I switch to a tab LEFT of the currently active, then make the image of the new "slide in" from LEFT, and push the image of the old tab out of sight.

something like:

tabPix[2] = tabPix[1];
QPainter p(&tabPix[2]);
int w = tabPix[1].width()*(int)(ms)/(duration)*(int)(ms)/(duration);
p.drawPixmap(w,0,tabPix[0],0,0,tabPix[0].width(),tabPix[0].height());
p.drawPixmap(0,0,tabPix[1],tabPix[1].width() - w, 0 , w , tabPix[1].height());
break;

However, if the newly activated tab is to the RIGHT of the currently active, "slide in" from the RIGHT, and push the current image to the left.

Maybe the more appropriate name is "Shift Left/Right"?


Reply to this

-

 Re: Re: Re: Tab Transition: Slide Right/Left

 
 by kalmar on: Apr 8 2014
 
Score 50%

Well, not exactly what I meant, but this was blazing fast! ;-)

I meant a transition, of one tab pushing the other that will actually _mimic_ the horizontal/vertical tab order, that is:

Suppose for now that the tab bar is horizontal.

if I switch to a tab LEFT of the currently active, then make the image of the new "slide in" from LEFT, and push the image of the old tab out of sight.

something like:

tabPix[2] = tabPix[1];
QPainter p(&tabPix[2]);
int w = tabPix[1].width()*(int)(ms)/(duration)*(int)(ms)/(duration);
p.drawPixmap(w,0,tabPix[0],0,0,tabPix[0].width(),tabPix[0].height());
p.drawPixmap(0,0,tabPix[1],tabPix[1].width() - w, 0 , w , tabPix[1].height());
break;

However, if the newly activated tab is to the RIGHT of the currently active, "slide in" from the RIGHT, and push the current image to the left.

Maybe the more appropriate name is "Shift Left/Right"?


Reply to this

-

 Segfault

 
 by kalmar on: Apr 14 2014
 
Score 50%

with the latest revision (1719) I get

ASSERT failure in QList<T>::at: "index out of range", file /usr/include/qt4/QtCore/qlist.h, line 469
Aborted

when choosing any SlideTransitions from {Door, Slide, Roll}
(this is exactly what I got when I tried to add my own transition to GUI, but I thought I just sucked at programming)


Reply to this

-

 Re: Segfault

 
 by thomas12777 on: Apr 14 2014
 
Score 50%

No, but I do - avoided in r1720 and fixed in r1721
The context help mechanism wasn't robust enough against short help lists.

Sorry and many thanks for the notice (hadn't tested the config dialog myself after adding the items - seemed foolproof ;-)


Reply to this

goto page: prev  ... 62  63  64  65  66  67  68  69  70 

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