Comments:
Great work! - fault - 2003-05-05
It's good to see karamba/super-karamba/karamba-rss merge into one project.
By the way, are we going to see a graphical editor for new sensors, such as the one in Samurize?
Konfabulator compatibility - Jean-Pierre - 2003-05-05
The *Karambas are all a Konfabulator clone (which itself is a clone of Stardock's Object Desktop which exists for years now).
Are there any plans to change the API of *Karamba in a way that will make the "porting" of the already 280+ existant Konfabulator widgets easily portable under KDE?
http://konfabulator.deskmod.com/?site=konfabulator
Re: Konfabulator compatibility - fault - 2003-05-05
not to be nitpicky, but actually, Karamba is a clone of samurize, which is the successor to CureInfo..
and CureInfo existed before StarDock or konfabulator ever existed :)
Re: Konfabulator compatibility - Eric Laffoon - 2003-05-05
Stardock has been around since the early 90s when it began introducing games on OS/2. They introduced Object Desktop in the mid 90s around the time win95 came out and was actually seen in TV ads for OS/2 3 Warp. Is CureInfo that old? I do recall though that it provided a custom toolbar, sensor widgets and custom window decorations... nothing actually writing on the screen.
Re: Konfabulator compatibility - fault - 2003-05-05
Ooops, change StarDock with ObjectBar in my last post, and there you go :)
StarDock's ObjectDesktop for OS/2 and for win32 are not the same, by the way. The only part of the win32 OD that was actually released before 2000 was WindowBlinds. Most of the rest came out in 2000, but didn't really mature until later.
Yeah.. cureinfo's main purpose was to put things in the start menu or taskbar. However, later on, there was a version called CureInfo 2k which let you put transparent information on the desktop with the new GDI extentions present in Windows 2000.
Karamba! - Mario - 2003-05-05
Karamba really is the best thing to hit KDE-LOOK.org, in my opinion it is not just eyecandy, but it can be put to real uses. Of course, Karamba is at the very beginning of its life before it can really stand out from its competition on other platforms, but its already looking very nice. I hope this project really gains momentum and developers.
What I would like to see is a combination between these :
http://www.stardock.com/products.asp (truly the best of the best when it comes to desktop customization for windows, this is soooooo cooool)
Samurize
Konfabulator
Karamba is cool but... - Super PET Troll - 2003-05-05
I think its sort of a "transition" application. I mean, sure you've got your OS-X dock rip-off called TuxBar and its cool but it's too slow. I have a 750Mhz Athlon with 256MB of RAM and a GeForce MX420 -- granted no where near bleeding edge but it should be decent. However TuxBar runs slow enough that it's annoying. Karamba as a "sensor" output program is probably where it should stay.
In order to really implement TuxBar, it should be a C++ application, not the current Python+Karamba. Maybe karamba ought to have its functionality exposed as a library as well as a Python object. Then someone could implement scripts, along with KDE's new RSS capabilities, as a compiled application which will run a lot faster. Should I start practicing what I preach, yes I probably should. Will I do it, maybe :) That all depends on how much I like deriving equations from ASM charts and FSM graphs.
Re: Karamba is cool but... - anon - 2003-05-05
TuxBar for those who don't know:
http://www.kde-look.org/content/preview.php?file=5812-1.jpg
Looks terrific.
Re: Karamba is cool but... - Caspian - 2003-05-05
Actually the python/c++ nature of SKaramba works out very nicely. Most of all the hard work is done in c++ libs, not in python, so in reality the python code stays out of the way (for the most part) and isn't a limiting factor to the speed of the program. The people writing python enabled karamba themes just need to realize that they need to be cognizant of CPU usage in their programs (like the C++ coders already do.)
I released a SKaramba theme called kroller, and it uses much less CPU than the original Tuxbar (for an unknown reason). The version I will be releasing today or tomorrow will use about 1/2 the CPU of the current version, and I have plans to release a version that will hopefully use at least 1/2 of that sometime in the next few weeks.
I think that right now the people writing karamba themes aren't worried about CPU usage, it's all about "ohh! look what I can do!", and not really about making CPU effecient programs. With time these themes (and karamba itself) will mature and I think we'll have an awesome addition to the KDE.
With that said, it would still be very cool to have SKaramba's functionality exposed as a library :)
Re: Karamba is cool but... - regeya - 2003-05-06
Try the SuperKaramba bar; don't remember what it's called. I have run it on a k62-350 and have it run reasonably fast; your Athlon should be able to handle it.
Having said that, I agree that this isn't the best way to implement a dock; anyone who has used the "real" Apple dock would scoff at this.
Re: Karamba is cool but... - TinWeasil - 2003-06-10
TuxBar runs slow? Great! It will be a terrific emulation of how fast the dock panel runs on my daughter's iMac!
Re: Karamba is cool but... - Andrew - 2004-11-12
Yeah...ok, why are you posting on this forum? If you don't know, this is for a Linux program...
I think SKaramba does wonders. Yes it has its weaknesses, but those will be fixed. Just be patient. Code maturity will come. Plus, if you have a problem with a program, maybe you should stop complaining and contribute more efficient code. It is open source after all...
Re: Karamba is cool but... - TinWeasil - 2004-11-12
Wow. It's been well over 17 months since I posted that, and it's taken this long for someone to reply!
I am fully aware that the discussion is about a Linux program. My comment was a joke. Since Tuxbar was said to "run slow" I was simply pointing out the fact that it would run about as fast as the Mac dock panel runs on my daughter's old iMac.
I wasn't complaining. Just making a joke about older hardware. Sorry if you were offended.
Datschge - Anonymous - 2003-05-05
This guy gets more and more involved into KDE, does anyone know who he is? :-)
Re: Datschge - Navindra Umanee - 2003-05-05
I think he is related to qwertz. ;-)
Re: Datschge - Datschge - 2003-05-05
Nah, I'm independent. =P
If it feels good do it... - Eric Laffoon - 2003-05-05
> The work with Karamba felt more like a regular job than the fun hobby I wanted it to be.
Hmmm? It was really fun at first and then... I remember that fun feeling. Imagine how I felt when my partners left the project and I had never previously coded C++. Fun? There was the politics and the nasty emails... Then a few months later I lost my mom. In the process of learning the QT/KDE APIs and our code base I was fortunate to find Andras. Quanta has become very popular. I don't think it gained popularity quite as fast as karamba. At least there were not as many users back then. Currently Andras works on it full time, there are many contributors and it eats huge blocks of my time. Our motivations are different.
Along the way I found something else that felt really good. It was the positive feedback from the community.I started to believe that what we were doing had to be done because it needed to be done, and if not us than who? I'm not knocking the author's position of coding for a fun hobby. I'm just saying that in spite of the challenges there are other rewards. In the end there has to be someone at the helm of an open source project or it dies, despite popular mythology about never losing the source. Source gets outdated fast around here.
BTW I'm using Karamba and I really like it and recommend it. I wrote a Kommander dialog to switch the cities I get the weather for. ;-)
Karamba vs. SuperKaramba - Ralph M. Churchill - 2003-05-05
I'm one of the new maintainers for Karamba and creator of the RSS patch. We've been in brief discussions with the maintainer of SuperKaramba and it looks like, at this time, we will NOT be merging the code bases. Mainly, I think, as projets we have different aims. Hopefully in the future a better separation between the Python and C++ portions can be established and the projects can co-exist or intermingle.
With that being said, we're in the early stages of getting the project setup on SourceForge. You can download the last version Hans created, 0.17, from SF right now: http://sourceforge.net/projects/karamba Hopefully, we'll have some more stuff up soon (including a new version with my RSS patch integrated). After that I plan n just working through some of the items on the TODO list, etc.
Also, I think there is interest in maybe enhancing the extensibility of Karamba -- making it easier to add non-core functionality. Maybe through "plugins", etc. Anyway, lots to do! Please feel free to post to the SF forums or drop us a line. Thanks!
RMC
Re: Karamba vs. SuperKaramba - Rodion - 2003-05-05
This really doesn't make much sense at all. In what ways are the aims of Karamba and SuperKaramba different? Sooner or later, the two projects are going to have to merge, or else one will die off--doesn't it make sense to merge them now and avoid wasting time before the inevitable?
Re: Karamba vs. SuperKaramba - Dave - 2003-05-10
Sure
Re: Karamba vs. SuperKaramba - HiltonT - 2003-06-08
Hhmmm - a thread entitled Karamba vs. SuperKaramba that totally ignores the aim. Not handy. So, is anyone actually going to dare approach the topic of this thread and actually DETAIL the differences?
- HiltonT
Re: Karamba vs. SuperKaramba - Miles - 2003-10-24
I guess not, huh? and here I am, after googling "karamba vs. superkaramba" months later, and void of information because of it!
For shame!
Re: Karamba vs. SuperKaramba - Datschge - 2003-10-24
Karamba uses perl for its theme scripts while SuperKaramba (without space gets you more hits when searching) mainly uses python instead.
Slashdotted - Evan "JabberWokky" E. - 2003-05-05
For those who might be wondering as to why Look is down and/or slow, Karamba is the lead story on Slashdot as of right now.
Re: Slashdotted - reihal - 2003-05-05
...and I thought the slashdotters where all gnomesters...
Lund LUG - reihal - 2003-05-05
Hasse!
Är det inte dags att få igång en LUG i Lund med omnejd? (Södra Sverige, ej Danmark)
Re: Lund LUG - i18n - kidcat - 2003-05-05
Hasse!
Isnt it about time to get a LUG in Lund and surounding areas? (Suthern Sweeden, not Denmark)
Re: Lund LUG - i18n - Patrik Grip-Jansson - 2003-05-06
Darn! You cracked the secret code!
Re: Lund LUG - teatime - 2003-05-06
jo.
Re: Lund LUG - reihal - 2003-05-07
Bra, då ses vi på Internetkafèet på Lilla Gråbrödersgatan, lördag 10:e maj kl 16:00.
Ok?
Karamba superkaramba bars and window behaviour - Tim Linux - 2003-05-05
I like karamba and superkaramba very much from an eyekandy perspective. My main problem with tuxbar style bars is not cpu useage but the fact that they get covered by windows. The rollover effect in kicker is pretty lame compared to that nice svg zoom . So what I was wondering is if there are any plans to improve kicker to give it smoother icon zooming effects? Or any way to prevent windows covering tuxbar when they are maximized? Any, thanks for all the nice cpu chomping eyecandy folks!
Re: Karamba superkaramba bars and window behaviour - Anonymous - 2003-05-06
SVG zoom? I think that you're dreaming.
GTK? - Vito - 2003-05-05
Okay, so I really like this app, my only problem is it looks like crap under GNOME are they any plans to run the app, under gtk+ thanks.
Re: GTK? - anon - 2003-05-05
You should be able to run it under KDE. Your GNOME apps will still work.
Re: GTK? - Uranus - 2003-05-05
that wasn't the question, now was it?
Re: GTK? - anon - 2003-05-05
It's a good answer though, isn't it? Why not go troll on a GNOME site?
Re: GTK? - D. A. Stone - 2003-05-05
It should run just fine, you'll need to have QT and KDElibs installed, though, for some things to look right...you don't need the entire KDE package, just the libraries (which depend on QT)...
Re: GTK? - fault - 2003-05-05
Karamba relies on the krootpixmap class in kdelibs/kdecore, which relies on kdesktop. So.. you need to either make it get the bg from elsewhere, or run kdesktop.
Re: GTK? - anon - 2003-05-05
This just makes me fall in love with KDE all over again. So simple, so easy, so powerful.
/**
* Creates pseudo-transparent widgets.
*
* A pseudo-transparent widget is a widget with its background pixmap set to
* that part of the desktop background that it is currently obscuring. This
* gives a transparency effect.
*
* To create a transparent widget, construct a KRootPixmap and pass it a
* pointer to your widget. That's it! Moving, resizing and background changes
* are handled automatically.
*
* Instead of using the default behaviour, you can ask KRootPixmap
* to emit a @ref backgroundUpdated(const QPixmap &) signal whenever
* the background needs updating by using @ref setCustomPainting(bool).
* Alternatively by reimplementing @ref updateBackground(KSharedPixmap*)
* you can take complete control of the behaviour.
*
* @author Geert Jansen <jansen@kde.org>
* @version $Id: krootpixmap.h,v 1.14 2002/03/08 18:01:07 rich Exp $
*/
Re: GTK? - Vito - 2003-05-05
I was not trolling sorry, I was / am not aware of the working of KDE I had no Idea that it was kwin that was causeing the app to show black instead of my background.
I love the application, but am set in using GTK for now.
Thanks for the info guys!
Re: GTK? - anon - 2003-05-05
You don't understand, KWin isn't causing anything. You can keep running your GTK apps in KDE.
Re: GTK? - gtk guy - 2003-06-04
anon: you don't seem to grasp his question.
vito: it *should* work under gnome, I've seen it work under Waimea, so presumably it should work under gnome, assuming the proper libraries are installed. I'm obviously not knowledgebase on kde, but this karamba is one cool piece of software. Still wouldn't make me switch to kde tho (I use Waimea just so you know anon)
Re: GTK? - gtk guy - 2003-06-05
Has same problem as Vito's under Waimea. Using ESetRoot for the background. Otherwise works fine
Re: GTK? - Orclev - 2003-05-07
I also like Karamba, despite some problems I'm having with it (seg faults when using rss output from slashdot), and it requiring KDE. I don't really have anything against KDE, and I use things like KMail fairly often, I just prefer enlightenment as my window manager (without gnome btw), which is where the problem comes in. Since enlightenment uses its own background daemon, and karamba needs kdesktop to render its background, I can't run karamba under E. I wonder how difficult it would be to get Karamba to fetch the desktop background from something other than kdesktop?
Re: GTK? - Richard Moore - 2003-05-07
It would be easier (and a much better idea) to make enlightenment publish its background in way compatible with KRootPixmap, that way anything in KDE that uses it for transparency would work nicely with enlightenment.
Rich.
Re: GTK? - Valentino Crosato Jr. - 2004-04-12
Is there a workaround for using karamba with enlightenment and still get transparency? I like enlightenment and my only interest from kde is superkaramba
thanks.
Valentino Crosato Jr.
Re: GTK? - anon - 2004-04-12
Not unless you use kdesktop.. you can try gdesklets, which doesn't depend on KDE's background mechanism
Re: GTK? - Valentino Crosato Jr. - 2004-04-12
Ive tried:
1- enlightenment
kdesktop --x-root
superkaramba
# result: still no transparency, black background on superkaramba
# and no enlightenment (left,middle,right) click menus
What is the right way to do it?
thanks
Valentino C. Jr.
Customizer - André - 2003-05-06
There is nothing wrong with a look on a windows theme page like customizer.com
wallpapers can be used on every machine.
Karamba could be great. - cybereal - 2003-06-05
Ok, I like the idea. It's a really cool idea in many cases. It's like "Hey, I've now got active desktop on crack for linux" yeah sure... whatever. But it has serious flaws. For example, last time I tried it, I had this tight looking little control bar thing with the kmenu and such all on it, it was nice looking, and functional, but, EVERY SINGLE SECOND, it would cut into the cpu usage something like, 40 percent. And that's an underestimate. *YOU* go play quake3 with 40% cpu and some hard drive usage going on every single second... dead yet? Yeah, that's what I thought. Ok, that's fine, it can be fixed with proper idle calls and implementing the common features internally and in python script instead of external apps. Ok, so we know *HOW* to fix it. Nod if you understand... ok, now, for the second, truly very annoying problem. I love the feature in kwin that allows windows to auto-attract to each other, I can't remember what it's called, but, I don't care, they basically snap together, and that's nice, helps me keep things well organized without much effort. But, heh, why in god's name do my windows need to snap to the real border of a karamba item? I cannot possibly be the only person who has noticed this extreme bug... ok fix those two things and I'll be sold.
-picky bastard