IBM Picks Qtopia Over PalmOS And PocketPC
Bill Kendrick writes "ZDNet,
Geek.com and others are reporting IBM's decision to choose Trolltech's Qtopia (the embedded version of their Qt library, used by the Sharp Zaurus PDA) in their forthcoming devices.
See the announcement at Trolltech's website, and an
earlier press release at IBM.com." Here's an earlier post about the new IBM reference platform.
I'd say IBM has made quite a shift since its inception. Moving from massive, room-filling mainframes to miniature gigabyte pocket drives and Qt-toting PDAs. It's nice to see that ol' Big Blue can still jump through the ever-moving hoops of technology.
Posting as directed.
The trolls have given back a lot to the Linux community. KDE would be nowhere without Qt. Dual licensing seems to be one of the few open source business models that actually work (unfortunately, mostly for libraries). Plus, Qtopia is a great platform to work with, so good lock to Trolltech.
TrollTech?
Trolls! They invade everything nowadays
Qtopia is qt on embedded Linux. Same environment as Sharp's Zaraus. Good Stuff.
I prefer the "u" in honour as it seems to be missing these days.
I am glad to see this since it should broaden the Qtopia user base significantly. You may or may not know that Qtopia is also used by the Sharp Zaurus Linux PDA (both the Sharp software and OpenZaurus distros use it). There is also the OPIE project, which is basically a suite of PDA apps built on top of Qtopia. This bodes well for getting more Liunx PDA users on board, and provides some existing apps for those using Qtopia for the first time.
This is a HUGE win for the Trolls.
They deserve this success too. They have given us QT, which IMO is THE BEST Application Framework for C++ ever developed.
However I'm wondering if there isn't another faction inside IBM that we haven't heard about... waiting to kill off anything that isn't Windows based (sort of like what happened with the IBM PC Co and OS/2).
You know you're a geek if you've ever replied to a tagline.
It also goes a step further than motorola's annoucement earlier this week as here we have an opensource product in the middleware as well as the OS--and the middleware/interface makes a real difference in this type of device. Note that they will use a Montavista kernel, just as motorola: I guess the palm market is becoming so saturated that differentiation from competitors is also crucial at this stage--this will allow them to offer different apps etc than palm/pocket PC.
Goodie goodie, IBM is back on the handheld market with some fun stuff--we as consumers might see some great new apps.
yours ever, fz.
is this suprising? IBM's a big supporter of Linux in pretty much every area that it can be. Embedded, desktop, server, mainframe, etc.
Entrepreneur: QuickTime is the latest business machine that lets you go back in time and correct all the bad business decisions you made.
Boss Hog: We need to go back and dump sugar in them Duke Brothers' gas tank. Get onto it, Rosco!
IBM HINT: There is no QuickTime...
But I'm sure you already Gnu that.
But I didn't know and that means there is probably a bunch of others out there too..:
Qt is a multiplatform, C++ application development framework. One source runs natively on Windows, Unix/Linux, Mac 0S X, and embedded systems.
Go here for a brief overview from Trolltech.
Pretty cool with the customization aspect.. Is there any programmers out there who have some real experience? This is pretty interesting to me, and I wouldn't mind hearing some feedback and maybe links or something. =)
in girum imus nocte et consumimur igni
QT/Embeded is the embedded version of the QT library. Qtopia (formerly QPE) is a PDA operating environment based on QT/Embedded.
After Sharp decided to use Qtopia on the Zarus, TrollTech seemed to lose interest in the Qtopia version for Familiar on the iPaq, so an open source fork was started called Opie http://opie.handhelds.org/
One of their goals is binary compatabilty with Qtopia though.
If you go here, you'll see that they have three licenses: a Commercial Development licence, a Commercial OEM license and a GPL Development license. So it depends on what you're planning on doing with what you build. You can't build a commercial product with the GPL license.
Hopefully Trolltech/IBM will support the standard SyncML protocol, which would give them iSync support "for free".
But go on, just show us what you're up to and code something better. It will be adopted and enhanced if it's really good, the free software community is very good at joining well-thought projects.
"You may or may not know that Qtopia is also used by the Sharp Zaurus Linux PDA (both the Sharp software and OpenZaurus distros use it). "
In the post: "the embedded version of their Qt library, used by the Sharp Zaurus PDA"
Yep,
Just like OS/2....
--
The internet is the greatest source of biased information in the history of mankind.
I don't think so. How do they benefit by coming out with a pda that does not support the two major pda os's out there (PalmOS, WinCE)? How could they hope to ever be something other than a niche player? How many other companies that don't currently have pda's are going to come out with a pda that currently has little market support. Will any existing pda manuf. hop on the IBM bandwagon (e.g. Compaq/HP, Sony, etc).
Nope, this looks like IBM pushing their PPC405 into the embedded market, any resemblence to a pda is purely incidental.
Most of that stuff can be removed at compile time.
Yeah, well, is IBM really going to be able to compete with Symbian and Microsoft? Sure, it's nice to see a dinosaur company like IBM making bold moves, but they're just one step behind the other guys. I would say IBM is an outsider in the new battle for the "pervasive OS". Today, the big contenders are Nokia/Sony Ericsson + Symbian and (as usual) Microsoft. Sure the Zaurus is nice, but check out the 3GSM news and all you will see is Symbian and M$.
How did parent get modded to +5?
Yes, let's all move over to a windowing system with serious licensing issues that's designed from the ground up to be run on embedded devices. That sounds perfect.
And what is this "plan" to start phasing out X windows? Was there a meeting I missed? Last I checked X was still being heavily developed.
"I'm not saying we take drastic steps now, but we'd be stupid to take no steps to transition the desktop to QT all the way down."
This is ridiculous. We'd be stupid TO take steps to transition "the desktop" to Qt all the way down. You're the only one who wants this. Not everyone loves KDE, and even less people love Qt. The seperation of the windowing system and the actual desktop is what gives *nix users the configurability to give their desktops personality. If you want a one-size-fits-all desktop, get windows.
As for you're space shuttle comparison, X windows is not inherently big (at least is doesn't have to be). It's not old. As I said, it is still under development, and there have been recent releases. Having history doesn't make software old.
As far as I can see, you're the only one with your head in the sand. It sounds like you're regurgitating all the inaccurate FUD-based trolling that goes on any time an article related to X is posted.
Qt is in no way a replacement for X, and it never will be, in it's current form.
Everyone is entitled to their own opinion. It's just that yours is stupid.
Why do people keep suggesting X is replaced? I'm not sure what sort of problems they have had, but it seems evident that they don't understand the nature of those problems and just blame X.
The problem is not X, but rather XFree86. XF86 is monolithic, and contains its own drivers. I realize this is mainly because *nixes don't have their own video, but Linux does. For years I've had problems with mixing Framebuffer Consoles and X, simply because they both fight over the same video. In a better designed system, Linux would provide the video and X would ride on top of it.
There is nothing wrong with the Linux Framebuffer except for lack of decent drivers. The DirectFB intends to solve this, but at this point XFree86 totally beats out DirectFB in driver support. Why does Unreal Tournament 2003 require XFree86? Because it needs OpenGL. Why the hell does OpenGL, something you're never going to use remotely, require XFree86? Because everyone uses X!
And that's where things have gone stupid. NVidia's drivers are for XFree86. Other closed-source vendor video drivers are for XFree86. This is a problem guys. What if we want to use the video drivers for something other than XFree86? Oops, you can't. We need to separate the hardware and X protocol layers from XFree86. This would lead to better compatibility and stability, and give ease to future expansion. At least on Linux systems, XFree86 should not be trying to roll its own drivers.
If you don't think we need to clean this up, consider that nearly every Linux crash is always due to XFree86. And please, don't tell me how you shelled in from your other box to kill XFree86, you may as well reboot if it comes to that.
So you are right, people wrongfully blame X when they should really be blaming XFree86. Before flaming me, please note that I am not against the X protocol, but the idea of an X server having its own drivers. Even so, I think using X for local applications is a bit redundant.
Which brings me to my next argument, which is about replacing X as a fundamental application layer. IMO, it should be possible to have locally running apps that access the video directly without having to go through some weird pile of extensions. 99.99% of the time, I am running apps locally. For me, and nearly all Linux users out there, "remote" should be the exception, not the rule.
The trouble, of course, is that there is a lot more to X than just a framebuffer. Try DirectFB sometime and you will realize this quickly. X has some very important things, like Window Managers, Input methods, hinting (for things like docklets), keyboard/mouse grabbing, etc. We'd need good replacements for all of these, along with X compatibility for it all. This is not trivial.
Qtopia (nor Qt/Embedded) is not the answer to the desktop. It is a really cool system, but is pretty much limited to the scope of PDAs. What we really need is a Qt/DirectFB (there is already such a port of gtk). This is just one step of many, though.
X windows reminds me of the space shuttle. It's big and old and we know it won't last forever
One thing I consistently don't see in posts critical of X is an explanation of *why* it won't last forever. Seriously, what's wrong with it? The only specific points I hear are not only vague, but wrong. Just to get the crap arguments out of the way, I'll list the most obvious ones and then maybe someone can give me some *real* reasons.
That's a good sample. What I'd like to see is some really good, technical arguments that point out significant deficiencies in X that cannot be addressed without a clean start. I won't even demand that the deficiencies be good enough to justify all of the effort that will be required to reimplement everything for the replacement, although a *really* good answer would cover that as well.
Any takers?
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
I don't see how IBM could have chosen Qtopia over PalmOS or PocketPC since those operating systems don't run on PowerPC hardware. Rather, it appears to me that IBM Microelectronics wants another market to sell PowerPC chips into and chose just about the only viable solution that wouldn't take years to deliver.
It was a combination of a kernel driver for the video card and a set graphics libraries, which working together would provide a common hardware abstraction layer for all applications which might need to paint to a display. This way all applications could use the same functions to paint the display no matter what the underlying hardware. They then created a GGI X Server as a proof of concept that X could work over GGI. The real intention was to replace SVGAlib and get X drivers out of userspace - for both performance and security reasons. Pretty much what we have today with frame buffer and DRI support in the kernel, but far advanced for its time. There was some kind of falling out between Linus and the project so it never got added to the baseline kernel, the politics of which I can't remember. This is going back to 1996 or so. Too bad, it was a good idea which didn't survive.
You might be thinking of the Berlin Project, which I see has moved over to something called Fresco. Haven't followed up on that in some time so I can't speak to its current development activity.
Cheers,
--Maynard
Not to mention a change of administration in the executive branch leading to a kinder, gentler, nation for our formerly oppressed corporate underclass.
Go back and reread your the history of the case; the soft-pedaling started during the Clinton administration. This isn't a Clinton/Bush or Dem/Rep issue, more a failure of the system as a whole. I'd have to go back and look again myself, but ISTR that the DOJ was toughest near the beginning, which was during the Bush Sr. administration.
And for those who are convinced that only the Reps favor corporate America, keep in mind that the Dems are heavily behind the push to maintain Big Media's stranglehold.
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
Also, Qtopia is open source... I think I want a Qtopia device now :-D (Although none really have the capabilities of my Clie NX70 :)
Go out and buy a Sharp Zaurus. It has a 206Mhz StrongArm, keyboard, SD slot, and a CF slot that accepts memory, cameras, ethernet, WiFi, and Bluetooth cards. What does the NX70 have over that, other than a built-in camera?
The Zaurus SL-5500 is a good PDA and an even better "handheld computer." The SL-5600M will be even more capable when it is released.
Think of all the drivers people are downloading and will never use.
So don't build the parts you don't need. This is one of the huge advantages of having the source code.
Last time I checked, Linux may not be desirable in handhelds because the kernel is growing, growing, growing
Dang. I guess I need to find something else to run this handheld on. I mean, since the 2.4.18 kernel that it's currently running can't fit. And I thought I still had half of my 32MB free, even with Linux, busybox, Qt, and a couple dozen apps, but I guess "cat /proc/meminfo" is lying to me...
and the new features don't realy put a dent in the desire for such computing that needs to be small and quick on the sleep and resume modes.
You mean my PDA *doesn't* really suspend and resume in less than a second? Man, do me a favor and go tell kids that Santa Claus doesn't exist or something, because you're really getting me down.
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.