Image 01
profile-image

kola

Rohit Kaul
Amaranth Icons

Icon Sub-Sets by Doches 51 comments

Absapositively love this theme... very very professional.

Its very unique.. so the problem is inheriting from crystal or osX dosn't work too well.

I think the apps have just the right amount of color... so the mime-types/file-systems might look better with slighly more tinge.

Also, all the general desktop icons, e.g. home, trash, devices etc. could have similar quantity of color. For example, kfm_home looks grey-scale while trash, device icons are more colorful.

I am no artist... so trust ur judgement, you are doing a great job. It could very well be on the way to be the best icon theme out-there :)

-kol - Jun 14 2003
XMMS Bar for SuperKaramba

Karamba & Superkaramba by ageitgey 20 comments

wait a minute ... shouldn't karamba be part of official kde 3.2 :) - Apr 25 2003
SuperKaramba

Karamba & Superkaramba by ageitgey 326 comments

Superkaramba is really super.

But there is a big issue with icon rendering. Using tuxbar, cpu usage almost hits 100% (X: 98%, karamba 1.5%) on my XP 2000+, GeForce 4 m/c.

Is it possible to optimize your image rendering code (use double buffering or something)? That would increase responsiveness greatly. - Apr 21 2003
SuperKaramba TuxBar with SMOOTH zoom

Karamba & Superkaramba by ageitgey 74 comments

>
>
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) - Apr 21 2003
SuperKaramba TuxBar with SMOOTH zoom

Karamba & Superkaramba by ageitgey 74 comments

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. - Apr 21 2003
SuperKaramba TuxBar with SMOOTH zoom

Karamba & Superkaramba by ageitgey 74 comments

First, great job! Works perfectly in concept. I guess you might be aware of the following issues, and hopefully fix em in future versions :)

Slow... On my Athlon XP 2000+... I see the cpu usage go 100% with a slow response as the mouse goes back & forth. Also, icons seem a lot separated while zooming.

Would it be possible (in some future version) to have the icon sizes variable. (e.g. 48x48 -> 64x64) ?

overall - awesome! - Apr 20 2003
Karamba patched

Karamba & Superkaramba by donuthole 74 comments

I hope the patch is incorporated in the original karamba... this is after all a patched version only, not a significant work in a different direction - Apr 19 2003
Karamba patched

Karamba & Superkaramba by donuthole 74 comments

This is what VJoeB also seems to be talking about - Apr 18 2003
Karamba patched

Karamba & Superkaramba by donuthole 74 comments

well my last comment seems to have been lost..

I was wondering if its is possible to achieve really cool MacOsX bar effects, where in the adjacent icons also zoom relatively to give a nice parabolic effect. Right now its like kicker.

This involves 2 things:
For icons on the bar 1, 2.. i,..n
1. say icon(i).size = 128 (zoomed)
then, icon(i-1).sz = icon(i+1).sz = 64
& icon(i-2).sz = icon(i+2).sz = 48

2. bar size adjusts to the icon sz,
e.g. for mouse at end icons,
bar_sz = 128 + 64*1 + 48*(n-2)
at center,
bar_sz = 128 + 64*2 + 48*(n-3)
[+ gaps etc]

Are you planning any such patch? That would be awesome :)

-kola - Apr 18 2003
Karamba patched

Karamba & Superkaramba by donuthole 74 comments

Do you mean parabolic zoom?

From the description, it seems to be like kicker icon zoom -> Roll your mouse over an icon and that icon will "zoom"

If you have played around with MacOSX, you will notice the effect is very different.

Its more like this:

Assume there are 'n' icons... 1, 2, ..i, ., n

1. If mouse rolls over icon 'i', its surronding icons will also respond.
e.g size (i) = 128,
size(i+1) = size(i-1) = 64
size(i+2) = size(i-2) = 48
size(i+3) = size(i-3) = min_icon_sz
....
(now i guess that's easy... of course, one could compute a parabola and set icon size based on that)

2. Depending on where your mouse is, the bar will aumatically extend/shrink.
e.g. if the mouse is over the last icon,
size_bar = 128*1 + 64*1 + 48*(n-2)
(+ inter gaps + ..)
whereas at the center:
size_bar = 128*1 + 64*2 + 48*(n-3)

If such a behavior is implemented, it will be like true osX bar.

So donuthole, have you/ are you planning to implement something like this?

That would be awesome :)

-kola - Apr 18 2003
[RedHat9/Mandrake9.1] Karamba RPM/SRPM

Karamba & Superkaramba by dcpark 57 comments

Very versatile. Was wondering:

1. Is it possible to use single-click to activate applications, etc.

2. Mouse-over animation? Would it be possible to create a OSX style panel with parabolic icon zooming?


great eye-candy :) - Apr 11 2003
Konqueror/kdesktop suggestion

Various KDE 1.-4. Improvements by PovMan 18 comments

Interesting... I am using Mdk 9.1 rc2 and by default kdeinit: konq --silent seems to be running by default!

I see a BIG difference in konq startup time between mdk-8.2 + kde 3.0 and mdk-9.1 + kde 3.1 - Mar 13 2003
Konqueror/kdesktop suggestion

Various KDE 1.-4. Improvements by PovMan 18 comments

I was thinking the same... that way any directories/links to other folders would just spring up open, by perhaps forking an existing process.

But what if you have a konq-home icon in the kicker for easy access? In that case you would be starting a new process - not much advantage there.

If I don't remember incorrectly, in KDE 3.2, an instance of konq will remain running in the background, so the problem is solved! - Mar 13 2003
Earth-past, present & future

Wallpaper Other by jiin 1 comment

The circles with the pictures remind me of a kde3 splash - could you try making one? - with cryztalesque spheres instead of circles and also a more crystal like earth (to go with crystal fad going on..) - Nov 30 2002
Crystal GT

Full Icon Themes by everaldo 385 comments

First of all, I greatly admire your theme
(as is evident from my previous comments)

These are little critical points to think
about:

* redo & undo icons are both clockwise..
its confusing and takes some time to
get used ..

* IconX have similar mimetype document
base, but the shadow effect for the right-
top fold looks more professional

* Certain mime-types (e.g. source_cpp)
don't go easy on the eye.

* Great new Recycle Bin icon - could be
made default

And of course - great job!

Muen ze cents,

kola - Oct 23 2002
Crystal GT

Full Icon Themes by everaldo 385 comments

Newer icons, including the stunning trash-can + the old crystal icons are great.

But there are many redundant components to the crytal now - they could easily be separated into crystal-Type X, type Y, type Z ...

and they are all wonderful! - Oct 12 2002
IcOsX Theme 0.7

Icon Sub-Sets by shok 124 comments

Its already there!! - Aug 08 2002
IcOsX Theme 0.7

Icon Sub-Sets by shok 124 comments

Am I the only one who sees the need for 48*48 icons also ?

Thanks for bringing us this wonderful icons theme! - Aug 08 2002