Freemp3finder Dashboard Widget (software For Mac

Full Specifications What's new in version 0.1.1. FIXED an issue where the widget viewport would jump left when dragging a file near the right edge. FIXED an issue where super-seeding, forced seeding, and queued torrents had no stop button.

1. Countdown Dashboard Widget
2. Freemp3finder Dashboard Widget (software For Mac)

FIXED When there are no torrents, the headers 'Torrent Name' and 'Progress' will not appear. FIXED The X that closes the widget is now correctly positioned over the top left corner. CHANGED The widget's icon no longer has a gradient background.

ADDED Total seeds and peers are now displayed alongside connected seeds and peers. (If the tracker reports them correctly.) General Publisher Publisher web site Release Date October 02, 2005 Date Added October 02, 2005 Version 0.1.1 Category Category Subcategory Operating Systems Operating Systems Mac OS X 10.0/10.1/10.2/10.3/10.3.9/10.4 PPC Additional Requirements Azureus (on any platform) XML/HTTP plugin for Azureus Download Information File Size 224.45KB File Name Azureus.011.wdgt.zip Popularity Total Downloads 4,567 Downloads Last Week 1 Pricing License Model Free Limitations Not available Price Free.

2018-12-01 2018-12-01. 2018-12-01 2018-12-05. The yahoo widget engine is just konfabulator renamed. Konfabulator originally started out as a mac os x only product, and later became mac/windows. I haven’t heard of plans to port it to linux but in the grand scheme dashboard’s going to pan out better in the long run anyways. Particularly if someone ports it to linux and windows.

Unfortunately, it looks like gnome is starting to fall behind. They both have a long way to go before I would call them well designed, though, but that applies to Windows and OS X, too.

Hopefully I won’t be using either of them in a couple of years, but at the rate I’m going it might take a lot longer than that. If you want my opinion on dashboard, I don’t find it very useful. It looks like it’s more eye candy than anything else (.cough. the dock.cough.) and I see no reason why they have ot reimplement application windows.

Probably the only thing that stops me from switching to KDE is the lack of a decent file manager and the bulky UIs. Edited 2006-01-01 18:04. Kensai, I agree with your comment that KDE is taking great steps to improve the desktop. I recently transitioned to Gnome from KDE which I was using for several years. Both are progressing as good desktops for Linux users.

I do hope both developers will focus more on functionality than just eye candy. For instance I found it easier to set up multimedia keyboards (Logitech and Microsoft) with Gnome than on KDE.

Though both lack sufficient options for setting up multifunctional mice such as Logitech’s MX1000 or Space mice (SpacePilot, SpaceBall, etc). As for Bytecoder’s comment on eye candy there’s nothing wrong with improving the look of a desktop no matter if you use KDE, Gnome or something else. As long as the use of it doesn’t hinder workflow such as being a memory hog or visually intrusive. Edited 2006-01-01 20:04. As for Bytecoder’s comment on eye candy there’s nothing wrong with improving the look of a desktop no matter if you use KDE, Gnome or something else. As long as the use of it doesn’t hinder workflow such as being a memory hog or visually intrusive.

Well, that is what I think Bytecoder was trying to get at in the way of eye candy – its about weighing up the benefits of adding the eye candy, whether the end user actually needs that particular feature and whether the downsides are outweighed by the benefits. The features in MacOS X aren’t too bad, and as for the whinefeast regarding the dock, I see nothing wrong – what goes wrong is when people go into the dock preferences and start activing every damn thing in there, the magnified effect, making the dock transparent to the max etc. Alot of the effects, which hog processors, are normally disabled – KDE actually ASKS you whether you want the effects to be lite, medium or heavy, Windows XP adjusts according to your system effects and Mac OS X disables effects not supported by the graphics card; if people do whine about the over use of affects and the adverse affect on their computers performance, given how the operating systems operate, they only have themselves to blame for setting up their system in that way. Well, that is what I think Bytecoder was trying to get at in the way of eye candy – its about weighing up the benefits of adding the eye candy, whether the end user actually needs that particular feature and whether the downsides are outweighed by the benefits. If you read the reviews about OS X Tiger, you’ll find that most of the reviewers didn’t really use the dashboard very much.

The features in MacOS X aren’t too bad, and as for the whinefeast regarding the dock, I see nothing wrong – what goes wrong is when people go into the dock preferences and start activing every damn thing in there, the magnified effect, making the dock transparent to the max etc. What’s a “whinefeast”?

“If you read the reviews about OS X Tiger, you’ll find that most of the reviewers didn’t really use the dashboard very much. “ I can think of some handy uses. For example I use Karamba to have a monitor on my desktop which tells me what the CPU load and Ram usage is. I also have meters for hard drive usage, cpu temperature and network traffic up and down. It doesn’t seem heavy on the resources, there’s really no noticable difference in performance when I use them, and at a glance I can get all the information I like to keep an eye on, so why not use it? That said with Karamba I can keep the applets or whatever you’d call them on my desktop at all times, whereas most people don’t do that with dashboard widgets even though it can be done. That might have a lot to do with why most reviewers didn’t use dashboard.

That’s not to say it’s usefull to everyone though. So you are saying that it is a good thing there are no flame-wars? Discussion is the exact reason I enjoy browsing (and occasionally submitting) comments, which is the same reason the discussion (i.e. Flamewar) oriented format that Slashdot sports is so attractive and addictive.

I usually don’t post as a non-Anonymous user, and this will probably be my last post on OSNews as a result. But, by all means, argue as usual — expose new facts — convince me of something. I do not come to OSNews for the news articles. I come (at least, I came) for the unfiltered community and discussion. So you are saying that it is a good thing there are no flame-wars? Discussion is the exact reason I enjoy browsing (and occasionally submitting) comments, which is the same reason the discussion (i.e. Flamewar) oriented format that Slashdot sports is so attractive and addictive.

There is nothing wrong with a strong argument being done by both sides, but on too many occasions it ends up falling down to immature ‘I’m better than you’ and ‘you suck!’ – just look at the Mac vs. Windows comments; immature conclusions made by people because ‘if I can do it, everyone can’ and completely devoid of any reality when taking to account that everyones needs are different. Just look at the shit storm that errupts when I dare say that, shock horror, that I need Creative Suite (All Applications) and Macromedia Studio, and Linux doesn’t have that available – there is a jihad launched against me by zealots claiming that its me with the problem, not the lack of commercial applications on Linux. Like I said, nothing wrong with a good, hard debate, the problem is when you have idiots devoid of any logic, reason or rationality – another example of this is the Intel thread with idiots claiming that ‘Intel is dying!” the same idiots who think that somehow Linux is going to challenge the Microsoft jugganaunt and it’ll go bankrupt in 5 years.

Countdown Dashboard Widget

Kaiwai, Don’t want this thread to go off topic but there’s no option to send you a PM (Personal Message). I may have a solution to your issue. Regarding your comment on creative applications for Linux users my post “Software for 3D Artists, Designers, etc” was recently updated here If your work is web design related and you’re looking for an alternative to Macromedia other than running it on Wine then apps like “WireFusion” or “Flash for Linux” (F4L) may be useful to your needs. If you do any 3D work and are not able to afford a commercial application like Maya, XSI, etc then Blender may also suit your needs. Blender 2.40 is cross platform capable and the recent release offers new tools such as fluid effects. Edited 2006-01-01 22:25.

“I don’t know why any of it was moderated down” Ok, I missed a few of the posts which did deserve to be moderated down, because they were reduced to one line titles after getting -2 or lower. That said I still think people are being too strict, some posts both in this thread and outside of this thread have low scores without any reason I can see to justify such moderation. For example there was this one comment but Krok, titled “Anon” in which he listed some of the comment scores.

What was wrong with that? It currently has a zero score so someone obviously moderated it down. Now all we need is a Windows port, and Dashboard apps will be as portable as Java (or.Net) ones Qt 4 together with Kde 4 will bring every Kde program to Windows and Mac. This is pretty cool. I usually use Gnome because of certain apps that depend on the gtk library, but I think I’ll soon be using KDE and find its equivalents, especially if they get these widgets to work. Just flat out awesome. You don’t need Gnome to use Gtk programs.

They work just fine with Kde too. There is also a program which automatically adjusts the colour scheme of Gtk programs to match that of Qt programs. Doesn’t look quite the same as native programs but way better than just running Gtk programs under Kde with completely different theme. I can’t remember the name of that program but at least Kubuntu ships by default with it.

Freemp3finder Dashboard Widget (software For Mac)

Edited 2006-01-01 20:31. “Qt 4 together with Kde 4 will bring every Kde program to Windows and Mac. IMHO.” I would like to see some programs ported too, but I wouldn’t count on it. KDE developers have often refused to port KDE programs such as KOffice over to Windows even though it was possible for several versions already. KDE has always used Qt and it has always been possible to port it’s applications with some level of work involved, it’s not simply a matter of recompiling because KDE programs use the KDE libraries wich have dependencies beyond Qt itself. “You don’t need Gnome to use Gtk programs. They work just fine with Kde too.” True, as long as the required libraries are installed.

Almost every good distribution out there will install the required libraries to run Gnome applications without actually requiring you to install Gnome. KDE developers have often refused to port KDE programs such as KOffice over to Windows even though it was possible for several versions already. KDE has always used Qt and it has always been possible to port it’s applications with some level of work involved, it’s not simply a matter of recompiling because KDE programs use the KDE libraries wich have dependencies beyond Qt itself. Except that Qt 3 isn’t available for Windows for free. Qt 4 is available as Gpl for Windows and thus most programs will work on Windows when the whole Kde core is ported to Qt 4 as of Kde 4.

Dashboard is not a rip-off of Konfabulator. Yes, they are doing very much the same thing. But what it is that they’re doing was not an original idea to Konfabulator. The scope of a “widget” is very much the modern-day equivalent of a desk accessory – think back original 1984 Macintosh. What is original to Konfabulator? That its widgets are based on a scripting language? That’s not original.

There are a slew of other scripting runtimes that allow you to create little-applets-in-windows. On the old Mac OS, there was OneClick. According to the Konfabulator web site: “What sets Konfabulator apart from other scripting applications is that it takes full advantage of Apple’s Quartz rendering. This allows Widgets to blend fluidly into your desktop without the constraints of traditional window borders. Toss in some sliding and fading, and these little guys are right at home in Mac OS X.” That sounds right — the most striking thing about Konfabulator is that its default widgets look cool.

Anti-aliased type. Round corners. In short, they’re clearly the work of a talented artist, that being Arlo Rose, who, before co-creating Konfabulator, had in fact worked as a human interface designer for Apple in the 90s, and then went on to co-create the Kaleidoscope theming hack for the old Mac OS. Looking at that, who honestly thinks of the dock app as an obvious extension of the Desk Accessory?

This was more of a convenient rationalization for some when Dashboard was released as a competitor for Konfabulator. It is symptomatic of a very selective interpretation of history to suggest that if anyone was ripping anyone else off, it was Konfabulator ripping off Apple.

Apple wish Dashboard was clearly just returning to its Desk Accessory roots. “Widgets” are more obviously extensions of dock applets, which predate Konfabulator by very many years. The modern incarnation seems to imply easy construction utilizing markup languages and JavaScript.

In that way Dashboard clearly owes more to Konfabulator than to free-floating programs implemented as device drivers that look more like xcalc than “widgets.”. Quote: “KDE developers have often refused to port KDE programs such as KOffice over to Windows even though it was possible for several versions already.” KOffice will run on Windows when KDE runs on Windows. It makes no sense in creating an office program that integrates into KDE and then strip out all of that integration to make it work on Windows.

Quote: “KDE has always used Qt and it has always been possible to port it’s applications with some level of work involved, it’s not simply a matter of recompiling because KDE programs use the KDE libraries wich have dependencies beyond Qt itself.” Like you say, it involves more than just recompiling. Efforts are being made to make kdelibs4 compile and run on Windows. It was already possible though. Widgets are mostly CPU hogs, but they do provide a lot of desktop beauty and activity, which always seems to get people interested in the OS. KDE will benifit greatly from this cross platform compatibility, because right out of the gate, so many widgets will be available. Important: Did anyone notice Zachs comment on the EGL and XGL cvs commits by Eric Anholt. A few weeks ago, eveyone was going ape over Novels forthcomming XGL work, but it appears that Troltech and the KDE developers have started thier own XGL and EGL (the real solution to an excelerated desktop) implementation.

Imagine how much faster we could get both, if everyone was working together. All that aside, KDE 4 sounds like it’s comming along just fine and with all the apple and kde KHTML compatibility, perhaps kde will actually be able to give OSX a rum for it’s money (eye candy wise that is).

I’m not an OS X user so I’m not very familiar with Dashboard. But I always assumed, perhaps incorrectly, that it was similar in concept to SuperKaramba for KDE. No denying that Apple’s dashboard offers far more in the way of applets, SuperKaramba never seemed to be more than a framework for Liquid Weather and an endless supply of rehashed system monitors. I never really explored SuperKaramba’s framework, but I thought it had more potential that just wasn’t being exploited properly. So with this move is SuperKaramba being obsoleted?

It would seem redundant to support two similar packages (even for KDE). Just curious. Superkaramba is not just a framework for Liquid Weather. Superkaramba was the brainchild of Adam Geitgey who added python scripting, and an api to access some kde gui functionality, to the original karamba theming engine.

Liquid Weather was based on a simple karamba theme, and added python scripting to enhance it’s functionality. There are a lot of parts of the superkaramba api that liquid weather doesn’t use (and will never use), which were added for different purposes. I agree with you however, in terms of the interminable number of system monitoring themes for superkaramba. The real shame about this is that with python as the backend, there could be a huge number of interesting themes written for superkaramba, which go way beyond what Dashboard can do (given the broad scope of the available python modules). The other real shame is that these system monitor themes are written in the old karamba way, which means that they can’t exploit some of the features of superkaramba that would make them more efficient, and less cpu intensive.

Having said this, I have noticed a trend of late that there seems to be more “useful” themes emerging of late. I think the ability to use Dashboard widgets in plasma will be a great thing. I think it will provide a nice compromise between karamba style themes, which only really lend themselves to system monitor style themes, and superkaramba themes, which require knowledge of python. As aseigo has stated, superkaramba functionality should be included in plasma, although it’s still not clear to me exactly how this will work.

Hopefully it will still allow themes like liquid weather to work – otherwise I might have to learn C and port liquid weather to becoming a “true” kde app. Can’t this KDE vs Gnome was just be dropped then?

Any “war” (I assume you meant war and not was?) between KDE and Gnome exists only among the most zealous users, which serves only to propogate pointless bickering, empty rhetoric, FUD and needlessly trollish behavior. As amusing as it can be to watch sometimes, it does get tiring and undermines any sense of unity within the community. The community would be much better served, and linux desktop acceptance could start to advance further, if people would just get it through their heads that choice exists for a reason, it’s a strength and not a weakness. The aggressive posturing back and forth about which DE people should use can only serve to turn people away from linux for the very reason they should be exploring it. Fortuantely the developers themselves do work together, for the most part, focusing on common framework elements (ie. Freedesktop standards) but differentiating where their DE objectives require it.

If the “war” really did exist between the developers, we’d all be screwed. Too many people assume the users speak for the developers, it’s simply not the case. The first time I picked up Linux, the only WM installed was fvwm (And what a shocker that can be). Now, 10 years later, we’ve got two awsome desktop environments that kick the pants off Windows. Gnome has made recent improvements in many areas, the new (and improved) programs in the last three releases have really made it an awsome desktop.

The last time I used KDE was around version 2.2, at the time it was a nice desktop, better than Gnome 1. KDE 4 has won me over, without even using it, I can’t wait for its release.

Here is a big thumbs up for both development teams, you’ve come along way, and are going to go even further. Good work guys! I don’t get it, really. Can someone explain all the excitement about these widgets? From what I read about Tiger they are applets 1) written in js/DHTML 2) living in a transparent layer that you can summon/dismiss at a keypress over the ‘usual’ desktop Point by point: 1) maybe makes sense for OS X.

Maybe the rationale here is that a prominent part of their target demography is graphic artists / web publishers and the like ppl that are unlikely to be familiar with coding in C or Java or Python, but that could be happy if they had a layer to build small applications in. I think Linux/KDE community is quite different, and I bet most contributors would find it easier working with C/QT or Python/QT or whatever.

I know that I could build better stuff after a week with python/gtk than I could in DHTML in months of work 2) makes sense for OS X, because as someone pointed out before me, there’s no builtin virtual desktops. Doesn’t make much sense in KDE, as it manages virtual desktops. So you can just place real windows and real applications in a virtual desktop of your choice and again summon/dismiss it at a keystroke or mouse click. The real neat thing that is coming with Plasma is the panel/applets/superkaramba integration and overhaul. Now that is interesting, as it could lead to better applets, monitors, containers it could really help getting a better experience out of the desktop. I can understand the KDE developers wanting this compatibility layer, getting something in return from the KHTML- Apple webcore code integration and tinkering But it sounds to me like a toy project, not something to be genuinely excited about. Unless, and I’m ignorant on the subject, there’s yet an extremely lively, growing community of OS X dashboard widget coders out there, and a big library of extremely useful stuff you want to be able to use.

If it’s not the case, well, I see a ‘real’ applet being better than a js/HTML widget every day of the year. One last thing about the ‘layers’ idea I read about in Zach’s post.

Can someone come up with actual uses for it that is not the whizbang eyecandy that you wow at for 5 minutes and then you turn off, except to showoff with friends? (a-la animated backgrounds as seen in E17 demos). The only thing I could think of were effects like using the water ripple one to locate the mouse pointer in an accessibility framework, or using again that same layer to magnify screen areas (using hw shaders I suppose).

But then again, wouldn’t it be better if a real scene graph/compositor piece of code took care of that? Using layers just as a way to stack up information seems to overlap with the 2.5D nature of windows on one side and the avialability of ‘horizontal’ space in the form of virtual desktops on the other. Genuinely waiting for suggestions to change my mind on the subject. Hi, I am one of the (currently) two gDesklets authors. We’re taking a break at the moment. GD 0.35.2 is quite stable and people are happily using it.

Packages are available for any popular distributions out there. There’s no need to compile gDesklets anymore (except for those distributions, which aren’t that wide-spread).

Martin (pycage) and I have big plans for v0.40; there might be another 0.35.x release to solve a bug/feature which has been introduced in gtk+2.8: we’re abusing a gtk+ widget to display a gauge, which won’t work anymore. GDesklets 0.40 will have a new vastly improved shell (it will totally rock!!), themeing support, new effects, full multimedia support using GStreamer. Also, the app will use less memory/cpu time, because it’ll make use of cairo instead of gtk+ to draw the widgets. We’re going to drop the bonobo/gnome dependency once and for all, which doesn’t mean gDesklets won’t use any GNOME technology anymore (e.g.

If gnomevfs available, it’ll use it, if not it’s going to use python’s urllib). That should make everybody happy, who wasn’t happy about the huge dependecy list. Furthermore, we might improve certain elements/widgets like the svg widget. We’re not yet sure when gDesklets will be out, it depends on our spare time 😉 If you’re interested in our plans, drop us a mail P.S. The gDesklets and adesklets team will try to work on a common ADL (applet description language), so that you’ll be able to use your adesklets and gdesklets. Initially, I also wanted to work on a (super)karamba converter, but since the library will be totally integrated in KDE now, I don’t see any necessity.

But, you’re still welcome to work on it 😉 Regarding konfabulator and dashboard a converter/interpreter might be more complicated, since they are using javascript and we don’t have any plans at the moment to offer javascript support (js is a cpu/memory hog: I tried to use konfabulator on my windows machine some time ago) Edited 2006-01-02 17:09. All the upcoming features you’re mentioning seems worth coding for! Well, we also have to work on another project at the moment to earn some money. GDesklets is our fun/spare time project 🙂 But, yes, we know that those features are what people would like to see. Is there a news feed you can subscribe to? I’m always interested in following the progress of promising OSS projects and this seems like one.

(Plasma is certainly another.) is currently being set up. The forum (even if it’s still not as good and frequently used as the old one) might be the right place. Or just email martin(AT)pycage(DoT)de and chrisime(AT)gnome(DoT)org. Cheers, Christian. There are indeed many usefull OSX widgets already available, so having these work in KDE would be cool, esp for those apple fans who want to try linux but don’t want to lose their favorite widgets on the point of eyecandy, in itself this might not be usefull – but i’m sure things will pop up that ARE usefull.

Look at the genie effect mac OS X uses – when you minimize a window, it’ll slide smoothly into the dock. But also usable – you SEE what is actually happening, much better than the “window animations” linux and windows offer.