KDE 4 to Support Apple Dashboard Widgets 373
Ryan writes to tell us Applexnet is reporting that Zack Rusin, a lead developer of KDE, has confirmed that KDE 4 will be able to run and display Dashboard widgets similar to Mac OS X 10.4. From the article: "Basically, this means that a layer (similar in some ways to layers in Adobe Photoshop) in the KDE desktop could function the same way that Dashboard does in Mac OS X. Widgets themselves are not inherently difficult to write nor properly interpret, since they are usually just HTML and Javascript (although Cocoa code can be included, the developer's skills permitting). Furthermore, since Konqueror and Safari share very nearly the same rendering engine, KHTML and WebKit, this too will simplify the process."
Too bad the K name is taken (Score:5, Funny)
Konfabulator?
Re:Too bad the K name is taken (Score:3, Informative)
Nah, didn't you hear the news? Konfabulator has been renamed to "Yahoo widget engine" [digg.com]. Which means "konfabulator" is up for grabs.
Re: (Score:2)
Re:Too bad the K name is taken (Score:4, Funny)
Re:Too bad the K name is taken (Score:2)
A possible merge in store, perhaps? (Score:4, Interesting)
Most UNIX-people use Apple because it still is UNIX but with a better GUI. Perhaps KDE will convince Apple to make the GUI Free Software.
Or maybe Apple will just sue the socks off of the KDE project.
Pulling numbers right out your arse? (Score:2, Insightful)
Re:Pulling numbers right out your arse? (Score:2, Interesting)
Why do you think the UI is awful?
Focus follows mouse wouldn't work in OSX (Score:2)
Re:A possible merge in store, perhaps? (Score:5, Insightful)
Re:A possible merge in store, perhaps? (Score:2)
Sometimes whats best for consumers is not best for the companies who make the products. Software is used to create lockin and artificial high barriers to entry to jerk up prices. Bill Gates discovered this and Apple does the same with tying its hardware and software together.
Re:A possible merge in store, perhaps? (Score:2)
I don't think they would die. There's no sense them giving up their desktop division while it's making money, but they could survive perfectly well on the other lines you mention.
Re:A possible merge in store, perhaps? (Score:2)
Re:A possible merge in store, perhaps? (Score:3, Interesting)
I really like OSX 10.4, and would really like more support, the intel move will help this a little. Open-Sourcing t
Re:A possible merge in store, perhaps? (Score:2)
This is wrong. Most computer sales are desktops. The WSJ had an article about that very issue a few months ago. The absolute number of desktops purchased is far higher than the number of laptops. It is true, though, that laptop sales are increasing faster as a percentage than desktop sales, and at sometime in the future they may pass desktop sales. It's also true that the laptop/desktop split changes if you consider the amount of money spent in dollar terms
Re:A possible merge in store, perhaps? (Score:3, Insightful)
And don't forget about the ability to run commercial applications such as MS Office and Photoshop. I believe Macs are preferred to a standard Linux or BSD desktop configuration mainly because of mainstream application and hardware support; the GUI just makes the experience more worthwhile.
Not all of office... (Score:2)
Re:A possible merge in store, perhaps? (Score:2)
Those are proprietary applications.
Specifically desktop proprietary applications.
Mysql _is_ a commercial application.
SuSE _is_ a commercial software distribution.
Lots of free software packages are for commercial used, distributed and supported commercially.
Open office, Netscape, etc. all have commercial support available.
The difference is proprietary against free.
Or open source against closed source, if you car
Re:A possible merge in store, perhaps? (Score:2)
That's what Crossover Office is for.
Re:A possible merge in store, perhaps? (Score:2)
Re:A possible merge in store, perhaps? (Score:5, Insightful)
They already do. Safari is descendant of Konqueror and contribute (perhaps inefficiently) their patches back to KDE. However, since this is KDE's own effort to reproduce Dashboard from scratch (Dashboard isn't open source even if many of its components are), Apple has no reason or incentive to contribute any of their work on Dashboard to KDE.
Most UNIX-people use Apple because it still is UNIX but with a better GUI.
This needs to be qualified a little better because the a large number (most likely the majority) of "UNIX-people" are still happily using a non-Apple Unix. For example, I use KDE and don't see that changing anytime soon because KDE is, for me, a much more powerful UI environment than OS X. Most of my geek friends and co-workers are in the same boat, though some are considering Powerbooks for the occasional on-the-road work.
Perhaps KDE will convince Apple to make the GUI Free Software.
Not going to happen and literally everyone at Apple has said as much. The simple, elegant OS X GUI is Apple's trump card. It is the main reason to buy a Mac. If they give that away, then anyone on the planet can implement it and Mac sales go down the tube. Sure, there are many reasons to buy a Mac but the OS is definitely the biggie. This is why Apple is putting so much effort into making sure that OS X does not run (easily) on plain Intel boxes.
Or maybe Apple will just sue the socks off of the KDE project.
I don't see how that's possible unless Apple went patent-squatting on the desktop widget engine idea. Dashboard may be the most popular implementation, but it was hardly [wikipedia.org] the first [wikipedia.org] to exist.
Re:A possible merge in store, perhaps? (Score:2)
Threby making sure that people won't have to use Mac OS X anymore?
And why would they do that?
Re:A possible merge in store, perhaps? (Score:2, Insightful)
Uh, no.
"Most UNIX-people" use Apple because the Apple desktop users outnumbered other unix desktop users, so when Apple switched to unix, they instantly became the #1 desktop unix brand. You're swapping cause and effect.
True, there are some people who moved from other unices to Apple, and if so, great; they went with what they liked, but don't make it sound like the entire unix world moved en masse to Apple when OS X came out.
Al
Re:A possible merge in store, perhaps? (Score:2, Flamebait)
Mac OS X is great for some people. But you need to justify the prize. And when you are a Unix geek you have to justify your switch to a GUI system. So here post-marketing takes place. You bought it and they give you a reason why: Because it is Unix (?!)
I think for most Apple users this is no reason to use or buy a Mac.
Because for Apple users it is irrelevant whether Mac OS X is build on foosys or Unix. When you run a C64 emulator on Linux which is distributed as a game con
Memory Usage (Score:5, Informative)
I switched to the ex-Konfabulator, Yahoo! Widgets and now my PB doesn't seem to thrash as much. That, and I've added a number of additional widgets.
Re:Memory Usage (Score:2)
more info ? (Score:2)
Hmm
Re:Memory Usage (Score:2, Interesting)
But 150+ Mb for a weather widget? The Mac widgets were pigs. Though, I don't think it was the individual widget's fault. I think Dashboard was funky.
Like I said, I've since turned of Dashboard and am using the Yahoo Widgets, with far less trouble.
Re:Memory Usage (Score:5, Insightful)
Do you realize how inefficient even a 12 meg memory footprint for something that pulls down like 20 bytes of weather data from a URL and then displays that data along with an image to indicate whether it's sunny, raining, or snowing? Widgets are a great idea, but they ARE memory hogs and take far more processor cycles than they should to do their job. They are not the best example of software engineering to ever come out of Cupertino by any stretch of the imagination.
What version of OS X are you running? (Score:2)
Re:What version of OS X are you running? (Score:2)
Thanks... (Score:2)
Exciting (Score:5, Insightful)
The Apple community will also benefit, because there are probably a lot of people in the Linux community that will write new Widgets that haven't been thought of (or thought necessary) by the Apple programming community.
I, for one, welcome our new Widget overlords.
Re:Exciting (Score:5, Informative)
No, there won't. The headline is misleading. Read carefully: Furthermore, keep in mind that a not insignificant number of OS X widgets interact specifically with OS X apps like iTunes. Obviously, only internet-based widgets (like Google lookups) could be cross-platform.
Re:Exciting (Score:2)
Re:Exciting (Score:3, Insightful)
They're rendered and run by WebCore (derived from KHTML), so adding them to KDE is simply getting KHTML to support transparent windows and the extra JS stuff. Getting them to run the widgets with native code parts probably won't ever be a priority.
Re:Exciting (Score:2)
Re:Exciting (Score:3, Funny)
I can't wait to download the 324 widgets that will allow me to control XMMS, each just a little bit different from the last.
crap (Score:2)
I know about gdesklets but it seems a little unstable at the moment.
Re:crap (Score:2)
Am I the only one (Score:3, Insightful)
Why do we need to bind the browser this deep to the GUI?
Haven't we learned anything about bad design from microsoft and IE5?
I mean something like this [slashdot.org].
Re:Am I the only one (Score:5, Insightful)
The problem with Internet Explorer was never that it was coupled too deeply into the file manager and it was therefore buggy and insecure, and only someone with no clue whatsoever would tell you that. Internet Explorer is problematic because it has multiple zones with different security settings, and as history has shown, it's very, very easy to trick Internet Explorer into thinking that a script executing from the Internet zone is actually in the Local Computer zone, and thereby able to overwrite files, instantiate arbitrary ActiveX/COM components, and do all manners of naughty things that it shouldn't be able to.
Obviously you didn't read the link. (Score:2)
"Malicious Web Pages Can Install Dashboard Widgets". It was about Safari and OS/X, *NOT* about MS-IE.
Re:Am I the only one (Score:2)
I don't want any invisible modular components on my desktop, that randomly install stuff on my computer(even if it's only the limited widget dir) or throw pictures at me, but hey, if Bonzi Buddy is your friend, go ahead.
Re:Am I the only one (Score:3, Informative)
That's also true of Apple Safari & WebKit. IE has a special "no sandbox" zone for ActiveDesktop widgets, and Apple has a special "no sandbox" zone for Dashboard widgets.
Now, it could be impossible to "trick" Safari into the wrong zone, so this won't be a problem. But the overall architecture is nearly identical.
Re:Am I the only one (Score:2)
Re:Am I the only one (Score:2, Interesting)
Re:Am I the only one (Score:2, Interesting)
Re:Am I the only one (Score:3, Insightful)
> The desktop is just a Konquerer shell anyway.
Hmmm...A few points about KDE:
Why do I get the feeling you are not the KDE expert you seem to think you are?
Will enable the pent up demand for Apple Switchers (Score:3, Funny)
Stop compaining about bloat! (Score:3, Insightful)
Do I think that KDE 4 will also run great on that hardware? I'll be honest, I have my doubts, but that is fine. I have seen how the KDE team did a great job of optimising the KDE 3.x series. Every release got faster and smaller (in memory). Still, if I need to get more ram, I'll do that.
For people that want to run a computer with less ram, or can't afford any more: Don't run KDE! You can run blackbox, fluxbox, IceWM, twm, and many more!
GNU/Linux/*NIX/OSS/Free Software is all about choices, so PLEASE don't sit around complaining about bloat (or anything else, for that matter.) Make sugestions. Make contributions. Enjoy the amazing bevy of free software!!
Why a separate layer? (Score:3, Insightful)
Re:Why a separate layer? (Score:3, Informative)
I think the intention is to allow more dynamic desktop environments by putting multiple layers in your view. For example, Desktop Background -> water effect -> Widgets -> Desktop Icons -> App windows.
Re:Why a separate layer? (Score:2, Insightful)
It seems you are confusing Dashboard [apple.com] with Exposé [apple.com].
Re:Why a separate layer? (Score:2)
Re:Why a separate layer? (Score:2)
To put widgets on the desktop:
In Terminal.app
defaults write com.apple.dashboard devmode YES
log out and back in again OR kill the Dock, either way works.
hit F12 (or the key you use to activate dashboard)
click and hold the widget you prefer while still holding down
hit F12 again to move dashboard out of the way.
Voila! Dashboard widget on your regular desktop.
Re:Why a separate layer? (Score:5, Insightful)
That's just your workaround for explaining Apple's more elegant solution to the problem...
I'm not sure there is a more useless feature (Score:2)
Turning the dashboard off lest I accidentally trigger it is my first priority on OSX - even before installing quicksilver.
Re:I'm not sure there is a more useless feature (Score:2)
Open Source Likes Apple? (Score:2, Informative)
Not "most" widgets (Score:3, Informative)
Those two statements are contradictory. Most widgets for Dashboard, especially for those that anyone considers useful, use Applescript and/or Cocoa. So in fact, KDE will be limited to only the simplest of widgets. Not much of a feature, IMHO.
Re:Not "most" widgets (Score:2)
I don't know if this is generally true... for instance, I have running on my dashboard:
- calculator
- calendar
- weather
- weather doppler satellite image
- 4 webcams
- Buzztracker widget
- Akamai News usage widget
- SysStat
- Google Maps widget
- Wikipedia widget
- an armillary widget
RAM-hogging pleasure (Score:3, Interesting)
Superkaramba (Score:2, Interesting)
Re:Superkaramba (Score:5, Interesting)
Existing Dashboard-ish-ings for Linux (Score:4, Informative)
1. The fancy branch (since sometime in 2003):
SuperKaramba [sourceforge.net], which spawned from the plain Karamba [efd.lth.se].
2. The non-fancy minimalistic branch (since god knows when - probably early 2004):
Conky [sourceforge.net], which spawned from the even less fancy Torsmo [sourceforge.net].
- shazow
Did you know Gnome already has something like this (Score:2)
Re:Did you know Gnome already has something like t (Score:2)
iGoing Krazy (Score:3, Funny)
K-Names make me want to K-rush my K-cranium in a trash K-ompactor.
Re:who knew (Score:4, Insightful)
Re:who knew (Score:2)
About users, I only care about their web browsers.
They can be using my apps from a Kenwood blender, for all I care, if they have a good enough browser.
Most misleading headline in slashdot ever? (Score:2)
Who knew that open source would be beaten (Score:4, Interesting)
Now, as a Java developer I see nothing wrong with this and even see a good place for Java in the development of widgets. It's an easy language to pick up and you have the applets concept which was the first attempt to create something similar to widgets. All things considered, Java is an asset, not a competitor, for widgets.
Re:Who knew that open source would be beaten (Score:5, Funny)
Really? Compared to what?
I'm finding that learning to speak Italian is easier, even though it will take longer. And Italian is a lot more useful for ordering food at a restaurant in Italy. Java is pretty useless in that respect -- even at a Starbucks.
Re:who knew (Score:2, Insightful)
In other words, you'll get your modpoints for bashing Java, but you lose in reality.
Re:who knew (Score:2, Flamebait)
They *can* include Cocoa code, but it's not required. So you can write a Konfabulator widget [yahoo.com] and it'll run just fine on OS X, Windows, and now KDE.
Re:who knew (Score:4, Informative)
Wow! So this means that these Dashboard widgets can run on my mobile phone? On Windows? On IBM z-Series mainframes? Can you write databases using these widgets? Application servers? Distributed network applications? Numerical applications?
Excellent! Then I'll abandon the hundreds of thousands of lines of portable Java code I have written and translate it into HTML and JavaScript after reading your informative post.
Oops! Hold on! Let's take a look at the article:
"KDE's runtime will be limited in that it will not be able to run widgets properly that use AppleScript or Cocoa in some way. Likewise, it's possible that Mac OS X users may also have to face not being able to run some widgets that depend on KDE somehow."
Oh well, back to Java....
Re:Really? (Score:2)
Oh come on! I just can't take this statement seriously. There may some extreme situations (high performance networking) where platform-specific issues appear, but for the majority of Java code, the platform makes no difference at all. I have written hundreds of thousands of Java code. Usually boring stuff - database front-end applications,
Re:who knew (Score:2)
Re:Lets slow down KDE Even more! (Score:5, Informative)
Each release has been faster than before with 3.5 being noticably faster than 3.4.1.
Finally, get off your whiney ass and compile it for yourself using Konstruct. Pick just exactly what you want and make it nice and slim for you.
That is what the source code is for, you know.
Re:Lets slow down KDE Even more! (Score:4, Informative)
I currently have following things running on my KDE-desktop:
- Konqueror with 4 tabs
- Kontact
- Konsole
- Basket
- Kopete
- Bunch of KDE-related services (Wallet-manager, Klipper etc.)
- The usual Linux-services
How much RAM is being consumed? 149 megs. Let me repeat that: KDE, with all those apps running plus host of other Linux-services, is consuming 149 megs of RAM. Not exactly the 395 megs you quoted, now is it? Let's make this interesting, shall we? I also often run K3b, Amarok (with 7gig music-library), Codeine and Kword. How much RAM is being consumed with those apps running as well (for a total of Konqueror, Kopete, Amarok, Kword, Codeine, Kontact, Basket and Konsole running at the same time)? 310 megs, it seems. So we are getting closer to your figure of 395 megs (which you claim KDE consumes with nothing but Konqueror running).
If I add System Settings (this is a Kubuntu-machine), KPDF and Kate to the mix, RAM-consumption jumps to 323 megs. Still not the same as your figure. Adding SuperKaramba, Info Center and Help in there, and the system consumes 338 megs of RAM. Kspread and Kedit make the RAM-consumption to jump to a whopping 347 megs, still not as high as your figure. And I don't even know what other apps I could be running here. My taskbar is full of running apps, and the RAM-consumption is more than reasonable.
Then keep on using those old GUI's. If modern GUI's are slow and bloated, why are you using them?
Re:Lets slow down KDE Even more! (Score:3, Informative)
Hitting the HD would increase the amount of cached/buffered RAM. But that wasn't what I was measuring. I was measuring the amount of RAM the apps themselves consume. Cached/buffered RAM is basically free RAM. Of course, if I loaded some huge file to Kate for example, the RAM-consumption would go up. But that's hardly KDE's fault, now is it?
What makes you think
Re:Lets slow down KDE Even more! (Score:4, Informative)
This needs no special tuning whatsoever. Plain vanilla KDE will work fine without any tweaking on a puter with 256Megs. My main machine has 512, and even after extensive use, my swap partition isn't even touched. That with lots of apps loaded by default: skype, amarok, kmail, 4 preloaded instances of konqi, etc. My system begins swapping only if I start up firefox or ooo-build. (Or perhaps krita with an 50meg PNG :)
KDE's memory management is very efficient. In fact, considering what it does, I would say that I'd expect higher memory usage. Of course, we can throw numbers around here with little or no way to back up our claims, I realize that, but if you check the specs of people running kde (on forums) you'll see that configs like a 700Mhz duron with 256Mb RAM (I mentioned this in another post) is enough. I don't know where your K browser using 384Mb RAM comes from (well, except if you pull it out of your ass). Actually I made some screenies of kde 3.4.3 here. [unideb.hu] One of the screenshots displays memory usage. If you check the clock, you'll see that it shows the state of memory after opening a lot of apps, including scribus, with images loaded, etc (and you'll see what I have running in my systray). So I don't understand people who report excessive memory usage of KDE - it is either FUD, or they should switch distroes :)
Re:Lets slow down KDE Even more! (Score:2)
I just installed Slackware 10.2 and upgraded to KDE 3.5 & OpenOffice 2.0.1 on my neighbor's computer over the weekend. 350 MHz P-II w/192 Mb of RAM and the system is very usable. It is faster in booting, program load and overall use than the Windows 2000 that was on there.
Firefox does load slower than IE did, but more than a few seconds. However, once up it is more than fast enough and the benefits of things like adblock make it more worthwhi
Re:Lets slow down KDE Even more! (Score:3, Interesting)
On the other hand, if KDE is slow for you (on hw with speck >= to my duron conf.), than you screwed up your config (or your distro screwe
Re:Lets slow down KDE Even more! (Score:3, Interesting)
Re:Lets slow down KDE Even more! (Score:3, Insightful)
Features != bloat (especially if off by default)
Btw, KDE has had this for years, namely SuperKaramba.
Re:Lets slow down KDE Even more! (Score:2, Funny)
Re:I just don't see the point (Score:4, Interesting)
Re:I just don't see the point (Score:2)
If you really don't like unnecessary bells and whistles, but you're still dead set on using KDE, then it should still be OK though. When you start up KDE for the first time, it asks you a couple of questi
re: Dashboard and usefulness (Score:5, Informative)
Certain Dashboard widgets *can* change the way you work, but only when you select the right ones, and eliminate the rest!
For example, Ambrosia Software makes a free widget for easily printing addresses on envelopes (http://www.ambrosiasw.com/utilities/easyenvelope
I find the weather widget handy too. It lets me get the forecast on a whim, while not constantly running and eating resources when I don't need it. Sure, you can visit a web site to get the same info - but a widget is faster and always saves your preferences. (Web sites usually rely on cookies that you might clear out of your browser cache.)
Re: Dashboard and usefulness (Score:2)
I mean, if the Dock and Finder are designed as well as everyone says, then you shouldn't need save a few seconds by using a special launcher for your Envelope-Printer-Utility. And if that special launcher is more useful than the Dock/Finder, then you ought to be able to use it to launch Microsoft Word and Photoshop.
Dashboard is modal interface that c
Re:Dashboard is fun (Score:2, Insightful)
Then throughout the day I have instant access to a calculator, the dictionary or thesaurus; it's invaluable. Sure, it's fun, too, but it's got that functional edge to it as well, and being a
Re:Dashboard is fun (Score:2)
As opposed to Microsoft's strong arm tactics, or the Open Source community releasing free clones at zero cost and about 80% of the quality? I don't see a difference. Besides, as far as selling to home users, wouldn't Mac users be a better target audience? By and large, they don't mind payi
Optional components (Score:2)
Re:Huh? (Score:5, Insightful)
Re:Huh? (Score:2, Insightful)
Personally, I'd prefer them 'on' the desktop and to bring them up via Expose, but that's me.
Re:Huh? (Score:3, Insightful)
Re:KDE and GNOME trying to be OSX (Score:3, Informative)
I'm one of the maintainers of GNUstep, so I'm hoping to beautify GNUstep in the months to come.
Re:widgets? who needs such crap? (Score:3, Interesting)
To a large extent I agree with you, and C++ is also my preferred language. However, there are good reasons for making languages easier (so that "every moron can use them"). The fact is, no programmer is perfect; a