-
 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  .- Knowledge Base  . 

SuperKaramba TuxBar with SMOOTH zoom

   0.17g  

Karamba

Score 64%
SuperKaramba TuxBar with SMOOTH zoom
zoom


Link:  http://
Downloads:  112469
Submitted:  Apr 20 2003
Updated:  Apr 23 2003

Description:

This is a NEW SuperKaramba version of TuxBar!

Now it has full SMOOTH zoom just like in MacOS X! The bar even grows and the icons move almost exactly as in OS X. See the power of SuperKaramba :)

Please make sure you are using SuperKaramba 0.17f or HIGHER! Notice the "f"!
The newest version of SuperKaramba speeds things up A LOT.

PS: You can steal the tuxbar.py to add parametric zoom to your own themes.




Changelog:

2.0 - 0.17g:

You need this version if you have upgraded to SuperKaramba 0.17g - otherwise there are no changes.



License:
GPL

Send to a friend
Subscribe
Other  Artwork  from ageitgey
Report inappropriate content



goto page: prev   1  2  3  4  5  6  7  8  9 

-

 Gorgeous

 
 by m3g4crux on: Apr 21 2003
 
Score 50%

It is incredibly nice...
Slow on my Athlon XP 1800+ (512 MB ddr 266) in mine it also goes to 100% just moving the mouse around the tuxbar.
It would be great to find a solution.
The other version, (the one which wasnt that smooth with the zoom) was also a little bit slow, although comparing to this one was fast enough. I am using debian sid, kde 3.1.1 using latest qt, python2.2. I have a GeForce 2 MX 400 with the nvidia driver 3123. Kernel 2.4.20, I have agp 4x, enabled the Fast Write for the graphics card. I also use xfree 4.3. Maybe python doesnt go that fast with Athlon XP please help us :-D.
Still looks cool. :-D (slow but cool)


Reply to this

-
.

 SLOW!!

 
 by djwilly on: Apr 21 2003
 
Score 50%

Well, i have what you call 'slow' computer, a 733Mhz P3. But, i'll tell you that it's the first desktop app i've tried that is slow on my machine. Games like tuxracer work at >75fps with a poor tnt2. Well, i think you should do some things for performance. And, if can't do it (that wouldn't be strange, python is extremelly unefficent), you should do a parallell post with those versions with only 3 states for us (those with !


Reply to this

-

 Solution to slow tux

 
 by Kleggas on: Apr 21 2003
 
Score 50%

I noticed all ppl complaining about tux being slow uses amd Athlon, so I installed it on my friends computer and it was really, really slow. So either it has to do with your athlon, OR you use latest NVIDIA drivers for your cards, cuz those made both gnome2 and kde3.1 slow for me, then ppl in #slackware on freenode told me to use the previous version (download at nvidia site) and it worked great. everything is fast. So, there u have 2 possible problems, AMD or NVIDIA


Reply to this

-
.

 Re: Solution to slow

 
 by kola on: Apr 21 2003
 
Score 50%

Yes its very slow for me XP 2000+, NVidia GeForce4

There might be a coding solution.

Any python gurus here that can examine the code ? Or is it already optimized ? Or is it that python is just sooo slow?

It would be great if people proficient in python could comment about the code so that coding solution for tux-bar could be found or ruled out.


Reply to this

-

 Re: Re: Solution to slow

 
 by ageitgey on: Apr 21 2003
 
Score 50%

The python code is fairly simple. It just calls the karamba functions to resize/move/etc the icons based on mouse movement. Actually its a little tricky because it uses two source icons for each icon to keep them looking decent at the larger sizes. But it's not un-optimized.

And python is pretty darn fast when it doesn't do the low-level calculations itself. All the karamba resize functions are written in native code (they call QT functions).

There must be some other issue with the Athlons. I'm pro-amd (even though i have an intel) and there is absolutely no reason why you shouldn't be able to run 10 tuxbars easily on an XP2000+ :) I mean one guy has this running on a 600mhz celeron.

I know some people with Athlons and I will try to run it on their computers. There must be something else going on here.


Reply to this

-

 Re: Re: Re: Solution to slow

 
 by ThatComputerGuy on: Apr 21 2003
 
Score 50%

FYI, I posted in a comment above (which probably won't be seen by now): In my case updating to the newest NVidia drivers fixed the problem right away on my Athlon system.


Reply to this

-

 Not Slow Here

 
 by techniq on: Apr 21 2003
 
Score 50%

I have an XP 1800+ and Geforce 4 4600, and doesn't run slow at all (does spike my cpu to 100% if i move around alot, but doesn't even make my music jump). I am running the newest Nvidia drivers (the latest from the new script they have). I also turned on RenderAccel in my /etc/X11/XF86Config, although haven't tested it without it to see if it helps.

Great work btw, I've been waiting for this bar. Now just need a way to add applets it it ;)


Reply to this

-

 One solution

 
 by m3g4crux on: Apr 21 2003
 
Score 50%

I have tried the latest nvidia driver 4349 for my GeForce2 mx 400. Now the tuxbar goes really cool, still consums pretty much CPU resources (if moving around the bar too much), but now is great. On the other hand I find myself with a new problem. This nvidia module freezes my xfree 4.3 (and as far as I remember it used to do the same thing with xfree4.2) when trying to launch almost any application.
I am still amazed with this bar.. this superkaramba brings really nice posibilities when it comes to interacting with icons and all that. And this theme just demonstrates that clearly.
GOOD JOB.


Reply to this

-
.

 two ideas for this

 
 by djwilly on: Apr 21 2003
 
Score 50%

Some tips for this wonderful idea :)

First: Let's document your source code a little better... I just don't undesrtand what those conditions full of numbers are (ok, I see they are relative positions, but... where?). Use constants!! :)

Second: BOOST PERFORMANCE!!! If I had some idea about python i will fix it in a couple of hours, but i haven't. So I'll give you the solution for the slowness. You are calling lots of complex and unoptimized functions every time the mouse is over tuxbar. Well, here is the solution: Calculate all the resizes at the initialization of tuxbar (two seconds of CPU?), and store the results in an array. And in the function to handle the mouse movements, just copy the desired result without recalculating it thousands of times. Believe me, it should work :)

Three: Make it parametric. It should have a generic number of icons, and read a configuration from a text file, per example. That would be nicer for the newbiest.

Four: It's a shame that it uses fake transparency.... if it didn't,. it could be a perfect replacement for kicker (well, adding it a K menu, a clock...)!!!


Reply to this

-

 Re: two ideas for th

 
 by kola on: Apr 21 2003
 
Score 50%

>
>
    Second: BOOST PERFORMANCE!!! You are calling lots of complex and unoptimized functions every time the mouse is over tuxbar. Well, here is the solution: Calculate all the resizes at the initialization of tuxbar (two seconds of CPU?), and store the results in an array. And in the function to handle the mouse movements, just copy the desired result without recalculating it thousands of times. Believe me, it should work :)


You have some good suggestions, but I am not so sure about the implementation of second one. Most of our comps are way too fast to make those small computations any big deal.

If you run top on my system, karamba cpu usage never exceeds 1.5%, it is X that hits 97-98% cpu. Seems to me, optimizations lie in icon rendering.

Probably his python code is not the answer. Solution lies in superkaramba code, to improve image display technique (i don't know.. double buffering or something)


Reply to this

-

 Re: two ideas for this

 
 by ageitgey on: Apr 22 2003
 
Score 50%

here's my responses:

First:

The source code to tuxbar.py is total crap. I just wanted to get an example widget out there. I banged it out in an hour or three. I fully intended to re-write it in some sort of coherent, parametric way.

Second:

You have to update it everytime the mouse moves because thats how the bar works. As far as unoptimized, it's not the python code thats the problem. The problems are definately in the actual super karamba redraw code and as you saw with 0.17e I'm improving it as I have time. The next version will definately double-buffer to reduce the load on the X server. It's no big deal, I just can't fix everything immediately. SuperKaramba didn't exist 3 days ago :)

Three:

Yep. See number one.

Four:

Yep... I think everyone wishes xfree would hurry up transparency support. But from the last status update I read, the way X is designed makes adding this a lot harder than it otherwise would be. I'm sure in time though...

Glad you otherwise enjoy it so far :)


Reply to this

goto page: prev   1  2  3  4  5  6  7  8  9 

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.