Karamba patched

Karamba & Superkaramba

Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net

0
5 .0
Description:

Patched version of Karamba includes the following patches:
1) Drop down calendar (KDatePicker) widget
2) Image rollover (to achieve icon zooming effect)
3) Image tooltip support
4) Scrolling text for text sensor


the IMAGE tag has three new parameters:
PATHROLL, XROLL, and YROLL
PATHROLL should point to the image to load when the mouse is rolled over on top. XROLL and YROLL are optional and specify the X,Y position of the rollover image (i.e.: if you need to offset it, if you're doing the icon zooming effect for example). If XROLL and YROLL aren't specified, then it will use the X,Y position specified for the regular image.

IMAGE also now has a TOOLTIP parameter which will show a KDE/Qt tooltip if the cursor is hovering over IMAGE.

To use the drop-down calendar, you specify a click area to the TIME sensor by specifying two paramters: CALWIDTH and CALHEIGHT. These define a click area which, when clicked in, will drop down the calendar.

Text scrolling can be done with two new parameters to the TEXT tag:
MOVE which needs a integer value (positive or negative). this param determines how many pixel the text can move for each refresh.
MAXMOVE limit the width of the movement zone.
e.g.: TEXT X=0 Y=0 SENSOR=XMMS COLOR=240,240,240 BGCOLOR=60,60,60 FONTSIZE=13 FONT="Spacesuit" SHADOW=2 FORMAT="%title" MOVE=-2 MAXMOVE=640
Last changelog:

17 years ago

0.17c
Fixed Cyril's patch. I didn't have time to test it out, sorry....

Cyril Bosselut gave a very cool patch to allow text scrolling for the TEXT sensor.
----------
0.17b
Whoops. Added the tarball this time. :)

Added tooltip support to the IMAGE tag. You can specify a TOOLTIP="sdlfjklsd" parameter to the IMAGE now. Tooltips only pop up when the Karamba window is focused (meaning, you might have to click on it first)

Changed title to reflect that it also has the drop-down calendar, since I deleted that separate patch from KDE-look.
----------
0.17a
Fixed iostream include errour

BOSSoNe

17 years ago

yes, i've seen that and i'm working on.
It's very strange cause it dont use the "move" function.

Report

BOSSoNe

17 years ago

Ok, i found it!!!
i send new files to Stephen immediatly ;)

Report

ronie

17 years ago

Great !!

Thanks for your quick reply :)

Report

BOSSoNe

17 years ago

I think my patch is a little buggy for the moment.
so, if if you have ideas, corrections, etc...
Please mail me ;)

Report

gourdin

17 years ago

any chance to put the themes of the shots anywhere ?

thanks ;)

Report

VJoeB

17 years ago

My screenshot (the one at the top) uses an icon theme whihc merges two from KDE-Look, but the theme is Karambaqua. HTH :D

Report

gourdin

17 years ago

can i download
it anywhere ? ;)

Report

netfranz

17 years ago

Any chance to see an rpm for mandrake 9.1??

Report

VJoeB

17 years ago

Configure - make -make install is good enough for anybody. You see me quizzing around for RPMs?

Report

Matti

17 years ago

For mandrake, you need:

./configure --prefix=/usr
make
su -c 'make install'

I can imagine people who haven't installed development stuff might run into problems.

Matt

Report

kola

17 years ago

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

Report

kola

17 years ago

This is what VJoeB also seems to be talking about

Report

VJoeB

17 years ago

Yeah, that's it. Also smoooth, not blipping wildly. I tried (That's where the screenshot at the top came from...I spent all night doing that and it still had black bits :( ) but failed. Would be nice...

Report

Ronin

17 years ago

Wouldnt it be possible to do that by adding the icons beside the center one as a second and third IMAGE but with lower resolution on the same line as the highlited one.
If only we could specify more then one IMAGE per line it should be possible or am i wrong??

Report

caldroun

17 years ago

How about using SVG icons... they could scale smoothly, right?

Report

VJoeB

17 years ago

Realisitcally, XPM files would do so too...

Report

wheely

17 years ago

This is a good hack against karamba and I can see the coolness factor. However, wouldn't this start moving karmba to be just a kicker replacement rather then the generic tool it is now. The icon zooming is rather funky but the calendar thing can be done with dcop calls in a script.

I still voted this good but am not sure I'd want to see it in the karamba source.

Report

Matti

17 years ago

The tarball seems to be the same as the previous one. Can you upload the "b" tarball please.

Ta

Matt

Report

C

donuthole

17 years ago

whoops! thanks for pointing that out. :)
the tarball has been uploaded
along with a few screenshots kindly provided by others :)

Report

VJoeB

17 years ago

When I do the image rollover, I'd like it to just go smoothly, a la Mac OS X. But istead, it pops up and (even worse)part of the image goes down the bottom of the bar, cutting off half of it? Anybody got any screenshots/patches of this?

Report

tigershark

17 years ago

Thats what the XROLL and YROLL are for! Just add those values to "roll" the new icon in the position where you want it. With a little playing around, you can have almost the same look as the OSX bar.

Report

kola

17 years ago

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

Report

VJoeB

17 years ago

Just a thought.

If you were to implement this, you would need three times the icons-one at, say 32x32, one at 64x64 and another at 128x128.

It would be best if we could somehow decide on the icons that people use every day, and possibly (and I'm speaking in terms of someone-more-artistically-inclined-than-Joe :) make some new ones. The ones I'm thinking are web browsing (no problemo, I have at least two Internet Explorer icons which look very OSX), email (there's an abundance of OSX KMail icons), Openoffice.org (tricky, though I suppose there are a few we could use) and Kopete, possibly XMMS or Xine (all of which have icons on KDELook)

Somebody will have to do this, and standardise on sizes...and do some swift image scaling in the GIMP :D.

Considering that donuthole will be making many people unbelievably happy with this (or at least mildly pleased :D) be best if we had some order to the chaos...
-
I don't know if what I wanted to say just then came out right, what I meant to say was that to have a realistic Dock, you'd need 32x32 icons, 64x64 icons and 96x96 icons to smoothly do this, and for the apps people need. (64x64>128x128 is too big a jump in size to look anywhere near decent.) Or maybe this has turned into another one of my meandering diatribes with no point whatsoever :D

Report

C

donuthole

17 years ago

I think my current plan is to implement a tag like so:


ICON PATH="konq.png" LAUNCH="konqueror" TOOLTIP="Web Browser"
ICON PATH="kmail.png" LAUNCH="kmail" TOOLTIP="Email"
ICON PATH="xine.png" LAUNCH="xine" TOOLTIP="Movie Player"


this will enforce a directory structure like so:
pics/32x32/konq.png
pics/32x32/kmail.png
pics/32x32/xine.png
pics/48x48/konq.png
.
.
pics/64x64/xine.png

this way, it's flexible enough to let people choose their own image sizes.

what do you think?

-steve

Report

C

donuthole

17 years ago

erk. it stripped my PANEL tags
those ICON things should be enclosed in something like

<PANEL X=10 Y=10 PATH="pics" NORMAL="32x32" NEXT="48x48" SELECTED="64x64">
... ICON parameters go here
</PANEL>

Report

17 years ago

0.17c
Fixed Cyril's patch. I didn't have time to test it out, sorry....

Cyril Bosselut gave a very cool patch to allow text scrolling for the TEXT sensor.
----------
0.17b
Whoops. Added the tarball this time. :)

Added tooltip support to the IMAGE tag. You can specify a TOOLTIP="sdlfjklsd" parameter to the IMAGE now. Tooltips only pop up when the Karamba window is focused (meaning, you might have to click on it first)

Changed title to reflect that it also has the drop-down calendar, since I deleted that separate patch from KDE-look.
----------
0.17a
Fixed iostream include errour

12345678910
Be the first to comment
File (click to download) Version Description Downloads Date Filesize DL OCS-Install MD5SUM
*Needs pling-store or ocs-url to install things
Pling
0 Affiliates
Details
license
version
0.17c
updated Apr 18 2003
added Apr 17 2003
downloads 24h
0
mediaviews 24h 0
pageviews 24h 1