![]() |
![]() ![]() ![]() ![]() ![]() ![]() Comments on: ACCESS and PalmSource Announce the ACCESS Linux Platform
Detailed Comment View (260 Total Comments)
The following comments are owned by whoever posted them. PIC is not responsible for them in any way. login or register for free in order to post comments. RE: Unexpected
wow.. but end of this year..thats a long way off HP 4700. Previously every Palm from m500 to Tungsten T3. www.clieuk.co.uk/gavin.html RE: UnexpectedSeldomVisitor @ 2/14/2006 6:12:01 AM #
> wow.. but end of this year..thats a long way off No. The software development kit is "expected" to be available by the end of the year, not the actual OS: == "...ACCESS and PalmSource expect to make the ALP Software There's a big difference between an ADK and an OS and "expect" has been known to have different meanings to ... ahem ... different companies... RE: Unexpected
Please Palm, get this thing into a treo ASAP! This frankengarnet crap is killing me. The thing freezes, crashes, and resets all the time as does everyone elses. I want the reliable PalmOS back! Please! RE: Unexpected
ahaead of cobalt? It IS what is left of cobalt ----------- Software engineer at PalmPowerups.com TH55/U + T|X2 + T|E2 + Zire 72 + Zire 31 + Visor Prism + WristPDA RE: Unexpected
**This frankengarnet crap is killing me. The thing freezes, crashes, and resets all the time as does everyone elses. I want the reliable PalmOS back! Please!** Hehe. I feel your pain. But, a brand new OS riding on a brand new platform on brand new hardware ... I wouldn't get my hopes up for Palm III stability too soon. My, my, my... what HAVE we here?The_Voice_of_Reason @ 2/14/2006 11:54:11 AM #
Bwahahahaha! ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: UnexpectedPenguinPowered @ 2/14/2006 12:55:47 PM #
It IS what is left of cobalt Actually, there's nothing left of Cobalt. SQLite killed the data manager. Well, that's not entirely true. They kept the binder. (see www.openbinder.org) giggle
Bwahahahaha!The_Voice_of_Reason @ 2/14/2006 4:45:28 PM #
>>>It IS what is left of cobalt Actually, there's nothing left of Cobalt. SQLite killed the data manager. Well, that's not entirely true. They kept the binder. (see www.openbinder.org) giggle
I'll say it again: Bwahahahaha! TVoR ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 PalmOS developers are going to dump the platform in disgustThe_Voice_of_Reason @ 2/14/2006 4:48:46 PM #
WAKE UP, PEOPLE!!! PalmOS has NO future, folks. Sorry. The endgame has begun. The emperor has NO clothes. TVoR ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Unexpected
The PalmOS is dead. Long live the PalmOS! Seriously, this sounds like basically what happened when Macintosh moved to the BSD Unix based OS X. It really is a whole new OS underneath. We just have to hope it maintains the ease of use of the classic PalmOS. RE: Unexpected
Nothing left of Cobalt? And we should be unhappy... why now? SQLite killed the data manager. Good riddance. GTK killed the Picasso UI. So... what, no translucent windows? Not to be too harsh, but should I be grieving deeply? I don't know GTK too well, but I welcome our new GTK overlords if it means some interesting software ports from outside the Palm OS developer community. (Skype or Gizmo anyone?) Rome is being reimplemented in GTK. Oh, now that's actually juicy, Marty. Last we knew Rome was just research. Way to go, Romans! The launcher is new to the Linux implementation. And a fine launcher it will be if it gives a uniform interface to all those different types of applications without the user having to know or care how they were written. I don't think many people will shed a tear if Cobalt just turns out to be the compost used to sprout a thriving ALP. This in and of itself certainly isn't bad news for users of Palm OS.
RE: UnexpectedThe_Voice_of_Reason @ 2/14/2006 10:52:12 PM #
I don't think many people will shed a tear if Cobalt just turns out to be the compost used to sprout a thriving ALP. This in and of itself certainly isn't bad news for users of Palm OS. What planet do you come from, Beersy? ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 WANTED: Cobalt. Dead or Alive.The_Voice_of_Reason @ 2/15/2006 12:57:26 AM #
It IS what is left of cobalt
Actually, there's nothing left of Cobalt. SQLite killed the data manager. And video killed the radio star... ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823
kernel 2.6.12, gtk, gstreamer - same components like in Nokia N770 http://www.nokia.com/770 But the browser is of course different, Nokia uses Opera. Looks like another win for gtk folks and bad thing for Trolltech's QT/E. but will it use the X Window System?
That was Nokia's mistake with the N770 (hence its sluggish performance and huge memory usage). Will ACCESS repeat that mistake? RE: like N770
The ALP system demo-ed in Barcelona does run X (probably because it was the quickest way they could show a working system) but from what I understand there's still discussion within PalmSource about whether this is the way they will ultimately go. I tend to agree with you on this, BTW: http://www.pikesoft.com/blog/index.php?itemid=49
RE: like N770PenguinPowered @ 2/16/2006 1:50:45 PM #
It is an interesting tradeoff. X is currently very heavy weight, although there are a few efforts afoot, such as the on-again / off-again push at handhelds.org, to make a tiny subset. (See also X11R7, which is a 'modular' reimplementation of X.) On the other hand, GTK+ isn't really ready to be standalone, and needs a bunch of window management support. By the time someone has done the work to make GTK+ usable, will they end up with as big a system as X anyway? Will it take them as long or longer than it would take to do the tiny X implementation? In Novemeber, I put together a Debian/Tiny-X embedded ARM mini-distro, which was less sluggish than the N770 is reported to be, but I didn't run it and Maemo on the same device, so I can't really say. RE: like N770
Interesting. Getting DirectFB Ready For Prime Time would be no small task but see http://developers.slashdot.org/article.pl?sid=04/08/20/228223 (if you haven't already) for how it might work. RE: like N770
Fundamentally, I think X is the wrong tool for the job on mobile devices. I know people cite Moore's law to counter speed/memory usage criticisms of X, but heat dissipation and battery life mean that slower processors and limited memory will continue to be common on mobile devices and software has to be able to cope with that. RE: like N770PenguinPowered @ 2/16/2006 2:12:36 PM #
I agree. There is a lot about X that makes it a bad fit for mobile device. But it's another example of the general purpose versus purpose built argument. Purpose built systems have the advantage of being exact fits, with the disadvantage of being custom one of a kind creatures. General purpose systems have the advantage of flexibility and a large user community with the disadvantage of sloppy overhead. In the computer industry, as in most technology driven industries, the purpose built gear paves the way but the general purpose gear tends to win in the end.
RE: like N770
In the computer industry, as in most technology driven industries, the purpose built gear paves the way but the general purpose gear tends to win in the end. Mobile Linux has got a lot of buzz but is a pothole-ridden dirt track right now. I think paving first is the right approach. PalmSource can add more lanes when the traffic requires it. RE: like N770
But it's another example of the general purpose versus purpose built argument. Purpose built systems have the advantage of being exact fits, with the disadvantage of being custom one of a kind creatures. General purpose systems have the advantage of flexibility and a large user community with the disadvantage of sloppy overhead.
Indeed. PalmSource have a choice between doing the Right Thing (something like Gosling's putative window system) or the Cheap Thing (X).
RE: Sounds great!PenguinPowered @ 2/14/2006 1:25:50 PM #
Nah, expect the first device in 2008. I'm sure GSPDA will announce it at the '08 devcon. (removes tongue from cheek)
RE: Sounds great!
It's going to be a ways off, no doubt. I'm encouraged to start experimenting with maemo development with the expectation that my stuff could be leveraged when the ALP devices finally hit the market. I'm going to be very interested to see what Nokia does with that platform in the next year or two, even though I know it's probably going to remain a fairly niche platform for a while. David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog RE: Sounds great!
Maybe the Samsung SGH-i500L and 10 other smartfones will have it by the end of 2005. That's what I'm hearing. Pat Horne; www.churchoflivingfaith.com RE: Sounds great!PenguinPowered @ 2/14/2006 2:49:31 PM #
I'm encouraged to start experimenting with maemo development with the expectation that my stuff could be leveraged when the ALP devices finally hit the market. Be careful with that, Maemo has a completely different application API, and Hildon isn't much like either Garnet/Cobalt, or NetFront. RE: Sounds great!
Maemo has a completely different application API, and Hildon isn't much like either Garnet/Cobalt, or NetFront. Oh yeah, there's Hildon, too. Well, perhaps not, then. RE: Sounds great!PenguinPowered @ 2/14/2006 3:00:36 PM #
The difference between Hildon and the PSRC Cobalt Cludge is a large part of why I declared Nokia to be a more interesting player than PSRC in Linux land.
RE: Sounds great!
The difference between Hildon and the PSRC Cobalt Cludge is a large part of why I declared Nokia to be a more interesting player than PSRC in Linux land. Each to his own, I guess. Looking forward to the day when I can look at the MAX API and evaluate this for myself. Nothing against you, Marty, but you come from a different programming background than I do and something tells me that the stuff that you consider to be important is going to be very different from the stuff that me and mine consider important. RE: Sounds great!
Now that was a fine piece of grammar, David. David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog RE: Sounds great!PenguinPowered @ 2/14/2006 10:25:26 PM #
No offense taken, David, but after 30 years in the business, I can recognize that different domains need different interfaces. Max isn't Cobalt, and so my jury is out on it, but the way PSRC was headed with Cobalt over Linux was a very bad match and there was no way in your world that it would have been a good competitor.
RE: Sounds like absolute shi*The_Voice_of_Reason @ 2/14/2006 10:31:14 PM #
Nah, expect the first device in 2008. I'm sure GSPDA will announce it at the '08 devcon. (removes tongue from cheek) Excuse me, but who the he11 said you could take MY lines. I'm going to have a little chat with Ryan about you, Mr. Fouts.
And in case you didn't hear, the 2006, 2007 and 2008 PalmSource DevCons have now officially been moved to the Starbucks down the road from PalmSource (the one on N Mathilda Ave). I doubt there will be space for GSPDA to squeeze a product booth in between the donuts. ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!The_Voice_of_Reason @ 2/14/2006 10:55:47 PM #
I'm encouraged to start experimenting with maemo development with the expectation that my stuff could be leveraged when the ALP devices finally hit the market. Are you SURE about that, Beery? ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 Marty shifts into full biotchslap mode:The_Voice_of_Reason @ 2/14/2006 10:59:36 PM #
The difference between Hildon and the PSRC Cobalt Cludge is a large part of why I declared Nokia to be a more interesting player than PSRC in Linux land.
W T F!!! I assume you won't be getting any Christmas cards from Gassée this year, Marty. Treacherous infidel! I wonder if PalmSource needs to update its NDA with a clause stopping former codemonkeys from ripping PalmSource's core product to pieces in public... Or at least waiting until AFTER they've failed spectacularly before doing so.
------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!PenguinPowered @ 2/14/2006 11:19:36 PM #
Skippy, Skippy, Skippy. One can hardly call an alliterative moniker a 'biotchslap'. Anyway, I've never meet Gassée, so I doubt I'd ever made his christmas card list anyway. HAND RE: Sounds great!The_Voice_of_Reason @ 2/14/2006 11:38:44 PM #
One can hardly call an alliterative moniker a 'biotchslap'. I wonder what "alliterative moniker[s]" Gassée's coming up for you these days? Marty "Mother F*****" Fouts"? Hmmmm... that actually has a little je ne sais quoi.
------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!PenguinPowered @ 2/15/2006 12:11:51 AM #
Um, Skippy? Gassee doesn't read PIC, and we never met. He's got no idea who I am.
RE: Sounds great!
PenguinPowered wrote: Max isn't Cobalt, and so my jury is out on it, but the way PSRC was headed with Cobalt over Linux was a very bad match and there was no way in your world that it would have been a good competitor. Well, I'll take your word that we dodged one bullet, then. Or perhaps I should say jumped the shark. :-~ On a related note, I think there are some Be developers out there that would like their OS back. I wonder if now that PalmSource is finished with BeOS they will pay them the kindness of opening the source for the rest of it (not just Binder). Codemonkey KILLED by mouse bomb. Foul play suspected.The_Voice_of_Reason @ 2/15/2006 1:11:09 AM #
Um, Skippy? Gassee doesn't read PIC, and we never met. He's got no idea who I am. Guess again, Marty. You have no idea how clueless you are. Really. You have been the subject of a few emails within PalmSource recently. Watch your back, Bubba: It's a small world after all TVoR ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!PenguinPowered @ 2/15/2006 3:07:00 AM #
It's a fascinating fantasy life you have there skippy, but I'm not worried, as I live in the real one. kthxbye
RE: Sounds great!stonemirror @ 2/15/2006 10:26:12 AM #
You have been the subject of a few emails within PalmSource recently. Sorry, no. RE: Sounds great!
Gassee doesn't read PIC I sat a few rows behind him at a PalmSource devcon before and saw him chacking out the site. RE: Sounds great!PenguinPowered @ 2/15/2006 12:41:12 PM #
Ah, so I was wrong about Gassee's reading material. Like I said, we've never met, and he has no idea who I am. But as Lefty just pointed out, skippy is wrong again about the "trouble" I'm in with PSRC. The past two days have been an excellent example of a point I made earlier: The more skippy realizes he's been shown wrong, the more abusive his posts become. What I didn't mention then, but is very clear from the past two days is that the more he's been shown wrong, the more fantastical he makes his bogus claims. I'm really surprised that such a childish troll has any followers at all on this web site.
RE: Sounds great!Foo Fighter @ 2/15/2006 1:08:24 PM #
> "...is wrong again about the "trouble" I'm in with PSRC." Oh yes you are! I happen to know that for the last year, prior to leaving PalmSource, you've been illegally parking in the handicapped space in the employee parking lot. We have you on video. RE: Sounds great!
>>"Oh yes you are! I happen to know that for the last year, prior to leaving PalmSource, you've been illegally parking in the handicapped space in the employee parking lot. We have you on video."<< Bwahahahahahahaaaaaa! Now that was funny. I must say that TVoR has been amusing if nothing else (like lucid) lately. =P There is nothing noble in being superior to your fellow man; true nobility is being superior to your former self. Tastes great! Less filling!The_Voice_of_Reason @ 2/15/2006 10:45:42 PM #
>>>You have been the subject of a few emails within PalmSource recently. Sorry, no. Wow. So in addition to presiding over the implosion of PalmLinux (née Cobalt), you also now read all emails sent to/from/among PalmSource employees? Impressive. That must mean you're pretty good at multitasking. (Or is it "multithreading"?) Suggestion: Don't stick your nose where it doesn't belong, David. Take care. TVoR ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!PenguinPowered @ 2/16/2006 2:12:07 AM #
Skippy, By reading his own email, Lefty reads more PSRC email a day than you've ever seen. It cracks us all up, the way you pretend to such insider knowledge, when you don't even know who left PSRC when, and have to have me point out an article in OSNews before you even know Hackborn left. Aren't you yet tired of being shown up as such a sham? Martygoatse.cxThe_Voice_of_Reason @ 2/16/2006 9:37:21 PM #
Skippy, By reading his own email, Lefty reads more PSRC email a day than you've ever seen. It cracks us all up, the way you pretend to such insider knowledge, when you don't even know who left PSRC when, and have to have me point out an article in OSNews before you even know Hackborn left. Aren't you yet tired of being shown up as such a sham? Keep dreaming, Marty. (By the way, I would never claim to have "such insider knowledge" - I prefer to let the disasters present on their own. Who is this Hackborn person you're referring to? TVoR
TVoR ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!PenguinPowered @ 2/16/2006 10:11:17 PM #
I see you've significantly toned down the language in your posts about PalmSource Skippy, Skippy, Skippy. You've already proven that your writing skills are poor. Why are you trying so hard to draw attention to the limits of your reading skills? You need to get out of your parents' basement besides just going to your help desk job. And you should definitely try reading something besides comix and web forums -- your shallowness and repetiveness is getting old. By the way, Skippy, your increasing level of abusiveness no longer amuses anyone. You need a new shtick, your old one has worn out.
Marty The Contrite? How sweet!The_Voice_of_Reason @ 2/16/2006 10:27:43 PM #
I see you've significantly toned down the language in your posts about PalmSource Skippy, Skippy, Skippy. You've already proven that your writing skills are poor. Why are you trying so hard to draw attention to the limits of your reading skills? What happened to the brash Marty that was ripping into PalmSource every chance he could a few days ago. Contrition is A Good Thing, Marty. You need to get out of your parents' basement besides just going to your help desk job. And you should definitely try reading something besides comix and web forums -- your shallowness and repetiveness is getting old. What a clever thing for you to say, Marty. As usual, your intelligence and style comes shining through. By the way, Skippy, your increasing level of abusiveness no longer amuses anyone. You need a new shtick, your old one has worn out. Abusiveness? Moi? Look in the mirror, Marty. The (self?) abuser is waiting for you there. Thanks for sharing your insights, Marty. Be careful out there. TVoR ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Sounds great!PenguinPowered @ 2/16/2006 10:42:10 PM #
What happened to the brash Marty that was ripping into PalmSource every chance he could a few days ago. The same thing that happens to all your imaginary friends, Skippy, and the easter bunny. He never existed. I'm still saying the same things I've said all along in the same tone. You, on the other hand, are looking to distract the PIC readership from how much the ALP announcement and OpenBinder interview have shown how little you know about the industry. It's been months since anyone was taken in by you Skippy. Time to move on. I hear the Register needs a replacement for one of their more incoherent writers. Maybe you should apply?
Get down on your hands + knees and BEG for forgiveness. Beg!The_Voice_of_Reason @ 2/16/2006 10:49:00 PM #
"Time to move on."??? Should I insert a nervous laugh from you here, Marty? Why are you so suddenly (repeatedly) trying to insult me, Marty? Why? Could it be because... Guess what, Buddy. I'm right here. And all your mendacious posts are going to keep getting revealed for what they are, until you finally change your ways and let the Lord Bill into your life.
------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823
I think they just copied the old press release: PalmSource's goal is to have Cobalt become the platform of choice for the development of high volume, feature rich smartphones and mobile devices for high performance networks, including 2.5G and 3G, worldwide. Cobalt is designed to provide a complete, consistent and customizable solution for handset and mobile device manufacturers and mobile operators. PalmSource expects to make the Cobalt Software Developer Kit (SDK) available to its licensees by the end of this year (2003). RE: Cobalt Fanfare ReduxSeldomVisitor @ 2/14/2006 6:53:58 AM #
Are you serious? HA HA HA! That's is genuinely WAY funny! HA HA HA! Sheesh. Tastes great! Less filling!The_Voice_of_Reason @ 2/14/2006 11:58:21 AM #
http://www.palmsource.com/press/
PalmSource Introduces Palm OS Cobalt 6.1 **************************************************************************** http://www.palmsource.com/press/2004/010604_os6.html PalmSource Ships Palm OS 6 to Its Licensees
PalmSource has fulfilled its commitment to deliver the next major release of the Palm OS before the end of 2003. Palm OS 6, shipped December 29, 2003, combines the flexibility, simplicity and ease of use that we believe are the hallmark of today's versions of Palm OS with the emergent operating system requirements that meet the demands anticipated for tomorrow's smart mobile devices. These requirements include modularity, multi-tasking, memory protection, robust security and state-of-the-art multimedia capabilities. Palm OS 6 enables the development of a new class of Palm Powered mobile products and strengthens PalmSource's position in the wireless and telephony markets. Palm OS 6 now joins PalmSource's growing family of product offerings.
***************************************************************************** http://www.palmsource.com/press/2003/050603_RIM.html PalmSource and RIM to Extend BlackBerry Wireless Email and Data Connectivity Solution for Palm Powered Devices
As the enterprise becomes increasingly mobile, demand for easily deployable, wireless solutions that immediately increase productivity and reduce IT costs continue to grow. Mobile professionals and IT departments require reliable and secure access to corporate data from their wireless device and the ease of integration with existing back-end resources. Through RIM's BlackBerry Connect licensing program, Palm OS licensees will be offered RIM's Palm OS- based software client, which will enable behind-the-firewall, enterprise-ready BlackBerry® email and corporate data connectivity for Palm Powered handhelds and smartphones. "The BlackBerry connectivity architecture and infrastructure has been certified by leading wireless carriers around the world and BlackBerry Enterprise Server™ has been deployed in more than ten thousand companies and government organizations," said Mike Lazaridis, president and co-CEO at Research In Motion. "Together with PalmSource, we will enable carriers and customers to leverage their existing investments and deliver the BlackBerry wireless experience to new users of Palm Powered wireless devices." "We are pleased to partner with RIM to deliver an industry-leading robust, secure wireless email and corporate data solution for Palm Powered mobile devices," said David Nagel, president and chief executive officer for PalmSource. "BlackBerry Connect for Palm Powered devices will widen the choices of wireless messaging solutions for Palm OS licensees in order to better meet the needs of our enterprise customers." BlackBerry Connect on Palm OS delivers a powerful combination for Palm Powered mobile devices to execute on enterprise customer requirements for enhanced flexibility, security and manageability, uncompromised power and ease of use, and low training, support and maintenance costs. Palm OS has achieved a leading position in the enterprise because it offers a low total cost of ownership (TCO), while also supporting the largest base of mobile software worldwide1. BlackBerry is a leading wireless enterprise platform that has been widely deployed to provide mobile access to information. BlackBerry Enterprise Server supports both Microsoft® Exchange and IBM Lotus® Domino™ environments with single mailbox integration and provides IT departments with centralized administration, end-to-end security (using Triple DES encryption), multi-network support and a powerful development platform. RIM's BlackBerry Connect licensing program enables mobile device manufacturers to equip their handsets with the same reliable, secure and push-based BlackBerry wireless data experience. Further details regarding the collaboration have not been disclosed at this time. **************************************************************************** http://www.palmsource.com/press/2003/121803_rim.html PalmSource and RIM to Jointly Develop BlackBerry Connectivity Support for Palm OS
Following the recent announcement of the Palm Powered Mobile World program, the PalmSource and RIM agreement continues on this momentum by initiating the technology development phase of the relationship. RIM and PalmSource anticipate negotiating a technology distribution agreement for the BlackBerry connectivity solution on Palm OS at a later date. The goal of this development effort is to create a BlackBerry connectivity solution for Palm OS licensees in the second half of 2004. This solution will be designed to provide Palm OS licensees the ability to connect their Palm Powered™ wireless handhelds and smartphones to BlackBerry Enterprise Server™ using the same secure push-based wireless architecture and infrastructure that currently supports thousands of companies and government organizations. The BlackBerry Connect™ solution for Palm OS will also support BlackBerry Web Client, a wireless Internet email service for individuals and small business that does not require server software. "We view wireless data connectivity as being fundamental to the continuing growth and success of mobile devices and services around the world," said Mike Lazaridis, president and co-CEO at Research In Motion. "Together, PalmSource and RIM are leveraging our respective strengths to provide licensees, carriers and developers with a strong wireless foundation to address a wide range of customer needs." "The development of BlackBerry connectivity for Palm OS offers our licensees and carrier partners an industry leading solution and further demonstrates our commitment to mobile data and enterprise solutions," said David Nagel, president and chief executive officer for PalmSource. "We believe that Palm OS together with RIM's innovative BlackBerry connectivity will meet the growing needs of our customers and Palm OS developers." ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823 RE: Cobalt Fanfare Redux
9/28/2004 - 2/14/2006 ... nearly a seventeen month dead zone. And the CEO got a $3M severence when booted. I knew I shoulda stayed in the business world. Pat Horne; www.churchoflivingfaith.com RE: Cobalt Fanfare ReduxThe_Voice_of_Reason @ 2/14/2006 11:44:08 PM #
I knew I shoulda stayed in the business world.
Not worth it to spend eternity in Hell? ------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823
legodude522 @ 2/14/2006 7:02:32 AM #
Gimp will be awesome! Palm m125 December 25, 2002 to March 24 2004 > palmOne Zire 71 March 24, 2004 to March 31, 2005. Tapwave Zodiac 1 April 18, 2005 to November 2, 2005 > palmOne Zire 72 November 2, 2005 to present RE: OMG!
Easy, there. They didn't say they're shipping with the GIMP application. They're using a version of the windowing/widget toolkit that was created when GIMP was developed. Kinda like Nokia has done with the maemo platform they're using with their new Internet Tablet. It's called GTK+.
David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog
javispedro @ 2/14/2006 7:20:18 AM #
ALPOS? Ugly name... Well I hope they do it better than Nokia :) RE: ALP OS?
LinuxDevices.com reports that ALP is only a code name. David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog RE: ALP OS?
ALPOs ... sounds like a multi-pack of dog food. :-D Hope she's not a dog! RE: ALP OS?
I can see the press release now...."The great meaty devices dogs..er..consumers love..."
_________________ Sean There is nothing noble in being superior to your fellow man; true nobility is being superior to your former self.
Providing new opportunities for developers - The mobile Linux market is expected to grow from shipments of 3.5 million in 2005 to 28.1 million by 2010, according to the industry analyst firm Informa*. This presents new opportunities for both Palm OS® and Linux third-party developers. ALP has been designed to ensure that properly written Palm OS 68K applications will run unchanged. We believe that this compatibility will enable PalmSource's robust community of over 420,000 registered developers to potentially reach new customers and markets. Goodbye Cobalt. Goodbye Protein. And I still believe the browser will be the desktop and launcher. Surur RE: Almost exactly as I said... Cobalt is dead...KultiVator @ 2/14/2006 8:14:30 AM #
Surer - as per the last outing of your comments on this... I agree that the browser may form the basis of the Launcher and the Desktop UI - but that is different from the Browser actually being the underlying OS. In the same way that Internet Explorer effectively can be used to render 'Active Desktop' or act as an 'Explorer subsitute' for file management operations on Windows. But that doesn't make IE anything more than an application that pulls the levers provided by the various layers of the underlying OS. What will be interesting is how the Palm OS side of things will be implemented. The press-release doesn't seem to mention OS5 (Garnet) compatibility. So has it gone, or is it handled separately from 68k emulation? And will there be a new ALP-native environment to develop for? Still more questions than answer at this stage. And yes - we've a long wait ahead for this particular ship to set sail. Which makes me wonder more than ever whether Palm will focus on building their own Linux-based OS and whether the recent stock splitting announcement has anything to do with this.
RE: Almost exactly as I said... Cobalt is dead...javispedro @ 2/14/2006 8:16:36 AM #
They said long ago that Protein app would have to be "simply" recompiled in order to work on ALPOS. So I guess that's not "Unchanged". 68k apps will surely work like today do, under emulation. Cobalt is alive and well
Based on the announcement, ALP has Cobalt's protected memory and multi-tasking for native apps, as well as Cobalt's emulation environment for 68k applications. As far as I can tell, this is the same project that PalmSource has been working on since Dec '04 and that ACCESS said they planned to continue. No surprises there: it's Cobalt on Linux. Chill out, Surer. Me Dunno...Sounds one of two to me
Sounds like it could be either Cobalt-like but not Cobalt; or, that it would be Cobalt itself, made to actually work with the Linux kernal. In any instance, its the ALPOS (sounds like dog food right) and its here. Me wonders how Palm will react to the many cell phone vendors who jump in (personally waiting for Sony E to make a run with this instead of Symbian, but they arent moving just yet). mobileministrymagazine.com antoinerjwright.com RE: Almost exactly as I said... Cobalt is dead...SeldomVisitor @ 2/14/2006 9:31:03 AM #
> ...and its here... It is!? RE: Almost exactly as I said... Cobalt is dead...
David, I dont see how you come to the conclusion that much of ALP is from Cobalt. The windowing and widgets is via GIMP. The Multimedia is via Gstreamer. the Bluetooth BlueZ stack is Opensource. The protected memory is courtesy of the Linux kernel. I dont see any Cobalt at all here. I even wonder if armlets work. The only mystery is the Max Application Framework, which doesn't really show up when googling. This is POSLinux on the cheap, and POS appears to be a very small part of it. Surur
RE: Almost exactly as I said... Cobalt is dead...
I presume that MAX is the new name for the Cobalt application framework. You didn't expect them to use the name "Cobalt" again, did you? I doubt we'll hear that name uttered by ACCESS lips ever. ;-) GTK+ is a toolkit that you can use to build an application framework, not the framework itself. RE: Almost exactly as I said... Cobalt is dead...Dr Opinion @ 2/14/2006 11:36:10 AM #
> "...[not] much of ALP is from Cobalt..." MAX is derived from the cobalt layer. Duh. :) RE: Almost exactly as I said... Cobalt is dead...KultiVator @ 2/14/2006 12:04:39 PM #
I reckon you could count on Surur to put a negative spin on winning the National Lottery! Lighten up man! The future's an interesting place and sooner or later something new will come along and sweep many of us along with it. Whether that something comes from Palm, Access or another party remains to be seen - but from where I'm standing, it sure as heck isn't going to be WinMob5! EjudiKator RE: Almost exactly as I said... Cobalt is dead...
I reckon you could count on Surur to put a negative spin on winning the National Lottery! That's fer sure. I've never seen such a pair of blinders. They're so tight they almost seem to cover his eyes completely at times. In fairness, it's not just Surer. I don't know how many people realize it, but while PIC has some good info and some bright people, the whole community has a broadly shared perspective of negativity that keeps it out of touch with both the reality and promise of the mobile technology world. There are going to be a lot of surprises over the next two or three years that will catch "in-the-know" PIC readers flat footed, IMO. RE: Almost exactly as I said... Cobalt is dead...
OK, positive spin time then ;) This new platform will take POS users forward into a new generation of open devices, and allow them to transition to other software, such as Java or native Linux. Surur RE: Almost exactly as I said... Cobalt is dead...
"Native Linux" is a meaningly expression when describing applications, Surer. I tell you what, how about presenting us a single fact to justify your proposition that ACCESS and PalmSource plan to deliver an API that's fundamentally different from Protein? Or barring any facts, how about a reasonable hypothetical argument as to why PalmSource would take extra time to create an entirely new non-Protein API? For my part, I don't see anything in the architecture just published that can't be perfectly well exposed to developers using the existing Cobalt APIs. They might add some extensions to the API so developers can execute SQL queries against the new database engine, but that would just be gravy for the roast, not a change from Lamb to Chicken. RE: Almost exactly as I said... Cobalt is dead...PenguinPowered @ 2/14/2006 1:03:07 PM #
Cobalt is dead. But no, the browser won't be the launcher. Launcher is a separate application. Sorry, David, but it is different than Protein. Picasso is replaced by GTK+, Datamanager by SQLite, many of the Cobalt APIs will not see the light of day. NVFS goes away and is replaced by POSIX style file I/O to Linux MTD based file systems. Oh, and something no one seems to have noticed: They seem to have just announced, if you read between the lines, the end of the use of the name PalmOS. Garnet will turn out to have been the last in that line. RE: Almost exactly as I said... Cobalt is dead...
The main thing I want to know (which would tell me if Max is Cobalt) is if that funny multi-tasking system is being used or not. You know, where there is only one foreground user process, and one background multi-threaded process. If this is gone, Max is NOT Cobalt. Surur RE: Almost exactly as I said... Cobalt is dead...
The main thing I want to know (which would tell me if Max is Cobalt) is if that funny multi-tasking system is being used or not. You know, where there is only one foreground user process, and one background multi-threaded process. If this is gone, Max is NOT Cobalt. Get with the program. That's Garnet not Cobalt. Apps written in the Protein API all ran in their own process with protected memory under Cobalt. So, getting back to you putting a negative spin on winning the lottery... Your response to ACCESS lifting some limitation that never existed in Cobalt in the first place you'd pronounce Cobalt dead? You need to go out and walk around in the sun for a while, dude. RE: Almost exactly as I said... Cobalt is dead...AdamaDBrown @ 2/14/2006 1:45:01 PM #
out of touch with both the reality and promise of the mobile technology world. I wouldn't agree. While there's a few people like that, most of us have a skepticism built and justified by years of continuous mistakes and failures on the part of the Palm companies. If you don't agree, then tell me why Palm OS has been losing marketshare pretty much continuously since 2002, or why even supposedly mainstream pundits and journalists agree that it's long since time for the current Palm OS to be put out of its misery. The fact that we don't jump on the bandwagon with every new meaningless tech that comes along doesn't mean we're somehow crazy people. The crowd here is often fickle, certainly, but in that they're only representative of a concentrated form of the general market. This is computing, not the auto industry--you can't resell the same product with a new label year after year without getting ripped to pieces. RE: Almost exactly as I said... Cobalt is dead...
PenguinPowered wrote: Picasso is replaced by GTK+, Datamanager by SQLite, many of the Cobalt APIs will not see the light of day. NVFS goes away and is replaced by POSIX style file I/O to Linux MTD based file systems. Don't know what the Picasso->GTK+ transformation is going to mean to me, exactly, but the move from DataManager to SQLite is probably going to be something that expands ACCESS's developer community, even if it creates some pain for folks porting their apps to MAX. A lot of folks will applaud being able to query a database like you've been able to on every other computing platform for decades. SQLite is interesting b/c you can run it as a completely in-memory database. I'm sure that's one reason why it was selected. I wonder if there are going to be options in the API to choose whether you run it in-memory or hit the file system every time you do a transaction. I don't think anyone will complain about the old NVFS stuff being replaced. I take it this part of the new system is some of your handiwork, Marty? Take a bow! Oh, and something no one seems to have noticed: They seem to have just announced, if you read between the lines, the end of the use of the name PalmOS. Not new: ACCESS has been using the term "PalmSource OS" as a placeholder prior to this announcement. They're still talking about "Palm Desktop" here, though. What're they going to do with that sticky naming problem. Perhaps they just refer to it with a nifty unpronounceable symbol and say "The Desktop Application Formerly Known as Palm Desktop" when talking about it in public. RE: Almost exactly as I said... Cobalt is dead...
What happened to the UI threads, background threads, attention manager and all that stuff? Now I've just got Kirvin to thank for my understanding, so it may all be nonsense. Ok, I found a page. An application runs in its own process, called the Application process. Only one application runs at a time. When an application switch occurs, the currently-running application exits, and its process is torn down. A new Applicationprocess is then created, and the new application is started within it. Palm OS Cobalt also creates a process called the Background Process. Applications can use this process to execute code that needs to persist across application switches. (Any threads created in the Application process are torn down with the rest of the process as part of an application switch.) The system provides APIs for applications to spawn threads in the Background Process, which are then free to run independently from the main UI. Note that code from multiple independent applications may be running in the Background Process, and any application is free to load code into the process as desired. Because of this, the Background Process is not a secure address space. Secure operations must be executed in the Application process, where the application has full control over what is loaded. In addition, crashing code will bring down all other threads running in the Background Process. There are facilities for applications to be notified of a thread crashing so they may restart any desired threads. http://www.palmos.com/dev/support/docs/protein_books/System_Management/Threading.html Is this nonsense gone or not? Surur
RE: Almost exactly as I said... Cobalt is dead...
I wrote: the move from DataManager to SQLite is probably going to be something that expands ACCESS's developer community, even if it creates some pain for folks porting their apps to MAX. I meant pain for Palm developers. Other developers who are accustomed to working with real database engines should have an easier time porting their apps. RE: Almost exactly as I said... Cobalt is dead...
My bad, Surer. You're right that there's a single process that multiple applications can share in their own threads when they're not the active application on Cobalt. But elsewhere Dianne Hackborn explained that this was indeed all changing with the Linux implementation of the Cobalt middleware. There were actually some performance advantages of the old Cobalt approach (related to faster context switching when multi-tasking) but the new way to do things has each native application running in its own process. The exception of course is for Garnet apps running in PACE, which runs in a single process of its own and is internally single-threaded as has been the case since the early days of Palm OS.
RE: Almost exactly as I said... Cobalt is dead...PenguinPowered @ 2/14/2006 2:53:27 PM #
I take it this part of the new system is some of your handiwork, Marty? Nah, I'm an un-person. They're probably going to replace YAFFS (my contribution, in part) with JFFS2, which is the NAND filesystem that comes with MTD. (That's a guess on my part, not an annoucement, Skippy) and the SQLite work was championed by Mike Chen, who deserves all the kudos for what appears to be the only PSRC innovation in ALP.
RE: Almost exactly as I said... Cobalt is dead...PenguinPowered @ 2/14/2006 2:56:51 PM #
Is this nonsense gone or not? It was still there the day I left. It's nonsense they're sort of stuck with if they refuse to break the POS 5 and previous model of how Search works, and at last count they were still refusing to do that. (knowing grin) RE: Almost exactly as I said... Cobalt is dead...
Nah, I'm an un-person. But of course you are! You're hanging out here, aren't you? the SQLite work was championed by Mike Chen, who deserves all the kudos for what appears to be the only PSRC innovation in ALP. Hats off to Mike, then. That's no small innovation, IMHO. I've been urging folks at PalmSource to move in this direction for years now. RE: Almost exactly as I said... Cobalt is dead...
It's nonsense they're sort of stuck with if they refuse to break the POS 5 and previous model of how Search works, and at last count they were still refusing to do that. You mean the fact that (if memory serves) Find sends a launch code to every find-registered application on the device in turn so the app can perform its own search on its data. It seems to me that was a requirement because of the fact that under the old DataManager only the application that created a database had a clue what the structure of a record was. If the DM has been replaced with a real database engine there's no longer a reason to delegate searches to the apps: it should be much easier to just query the database directly. I'd expect the old model for performing searches to be something that lives on only within PACE. By the way, I don't have any objection at all to the multi-tasking model that requires the developer to specifically code his intention that his app be able to go into the background when another one launches. Good mobile developers know how to save/restore state appropriately at appStop/appStart and have a good idea whether the application is the sort of thing where its presence in the background could serve a useful purpose. Most apps people use aren't going to do anything but waste resources running in a background thread, leading to the kind of memory management nightmares that Windows Mobile users have long complained of (and more recently Nokia 770 users). Make multi-tasking a choice for the developer and his users, not something you ram down everyone's throat by default. RE: Almost exactly as I said... Cobalt is dead...PenguinPowered @ 2/14/2006 10:22:40 PM #
You mean the fact that (if memory serves) Find sends a launch code to every find-registered application on the device in turn so the app can perform its own search on its data. It's not just that it sends a launch code, but rather, that it tears down the running ap and starts a new instance of every ap that might be interested in doing the search. The overhead here is the cost of killing all those aps and restarting them. Of course, if you worked in a model where processes had some persistence you wouldn't have this problem. RE: Almost exactly as I said... Cobalt is dead...
Yeah, well, like I said, that was the only thing you could do back in the day of 68k. Or in PACE, which presumably is still going to run just a single process with a single application thread. But why for godsakes wouldn't they reimplement Find on the MAX side as a query on the database engine? Or searching files on the file system, looking for ones tagged as having recognized formats? There's no reason to launch an application just to perform a Find if the system knows full well how to search the database itself. David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog RE: Almost exactly as I said... Cobalt is dead...
Most apps people use aren't going to do anything but waste resources running in a background thread, leading to the kind of memory management nightmares that Windows Mobile users have long complained of (and more recently Nokia 770 users). Make multi-tasking a choice for the developer and his users, not something you ram down everyone's throat by default. It is an option in every system. You can voluntarily exit or release memory when your app is minimized in any system. And on N770 there is API for 'hibernating' your application when memory is low (you receive notification to save your state). Most N770 users simply complain that whole big html page with Flash animation won't fit in 64MB. Look at IE or Firefox (or opera on desktop) memory footprint when showing complex page. This is simply impossible task no matter what multitasking system you have. The only problem here is fitting full blown desktop browser with all bells and whistles into 64MB ram total. As for wasting resources - I really want the browser to keep the rendered page while I am adding contact or memo. The web browser is exactly one type of application where PalmOS mutitasking fails. It is simply insane solution to stop browser application, close connections, save rendered page to database and lately reload and restore everything to the point where you left. No browser I've seen for palmos does this correctly and/or fast. RE: Almost exactly as I said... Cobalt is dead...
I agree 100%. The browser is the archetype of an application that needs to run in the background by default when another application is lauched. David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog RE: Almost exactly as I said... Cobalt is dead...
>>As for wasting resources - I really want the browser to keep the rendered page while I am adding contact or memo. The web browser is exactly one type of application where PalmOS mutitasking fails. It is simply insane solution to stop browser application, close connections, save rendered page to database and lately reload and restore everything to the point where you left. No browser I've seen for palmos does this correctly and/or fast. ...and this can be dealt with fine with the Cobolt - and possibly ALP OS? - model. Oh - and it can't be said enough how lame windows mobile deals with multi-tasking and how lame the 'work-around' was when MS basically admitted their mess-up by muddying things even further in Pocket PC 2002 by switching the 'OK' button to an 'X' - but you never know if the aoo is going to close or minimize (usually minimizes)!!! Unforgivabely LAME and i can't stand PPC to this day because of this and can't believe the world has apparently forgiven this fundamental crippling of the OS. When forced to use one for work - i have to do the 6-tap 'stop-all' step every 20 minutes to keep the pathetic thing from cramping up....'smart minimize' my a$$! RE: Almost exactly as I said... Cobalt is dead...PenguinPowered @ 2/15/2006 12:33:21 PM #
Well yeah, 64mb max and current processor speeds are definitely cramping the usabilit of these devices. This is why an 18-24 month delay is favorable to the Linux camp, because it means that the hardware will have two more generations of Moore's law effect.
It is funny that 64mb is cramping on these devices when we used to be able to run workstations with good interactivity on 32mb or less. feature bloat is not your friend
Foo Fighter @ 2/14/2006 9:31:53 AM #
This statement is extremely troubling... > "ACCESS and PalmSource expect to make the ALP Software Developer Kit (SDK) available to its licensees by the end of this year (2006)." If the SDK won't be made available until the end of this calendar year, that puts the actual OS ship-date well into 2007. When you factor in the lead time hardware developers need to integrate the new software into their products (usually 12 months), it's quite likely we won't even see ALP hardware until late 2007 (if then) and possibly beyond that...into 2008! So it's Garnet from here on out...for the next two years. Could this platform be any more dead? RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??
Well, let's look at the situation here. EVDO has been hacked onto FrankenGarnet. BT 1.2 wouldn't be a big deal to add...but things like A2DP might be. VGA support, multi-threading etc. would be nigh impossible to hack onto it. So, while a THOROUGHLY hacked & cleaned-up (as TVOR has long suggested) Garnet 5.9 would be sufficient to power low-end PDAs and, yes, cheap Treos for the next year or so, there's simply no way it can hang in there COMPETITIVELY through the end of '07 or early '08. In many ways the return of SSS (320*320) has been a blessing for Palm as that's far easier for Garnet to handle than HVGA. I'd LOVE to see an internal Palm roadmap for the forseeable future. I am willing to bet it includes a trickle of new products with everything other than <$200 PDAs in '07 running WnMob. Expect lots of "undead" models ala T|C/Treo 650 that continue on long after their expiration dates have passed just to give the illusion that Palm's still "supporting" POS. RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??
Granted Garnet could do it, but to wait another year would make Palm freak, and effectively probably put them in WM-only mode, or at leat primed to buy mode. Not good lest Access's true intent is to push Palm into the ground and then make do as the OS-du jour for us and many others. Weidly enough, I look at the Sony E announcement of the W950 another slap in the face to Palm (think LD and Treo coulda been). Tis not a great day to be a fan of Palm it seems (and yet I cannot let mine go; its just a great device). RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??
It looks like Sony is finally starting to get things turned around on their end. They are trimming the fat from their offerings, moving SORTA away from proprietary/closed standards, and being a little swifter to respond to the upheavals of the marketplace. 4gb of flash in ANY device...especially a multi-function Walkman phone is a very, very good omen of things to come from them...and a very, very bad harbinger for Palm and their stillborn Microdrives/LD.
RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??PenguinPowered @ 2/14/2006 1:09:33 PM #
Did anyone notice that end of 2006 is a 6 month slip from what Mike Kelley was telling reporters recently?
RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??
I suppose very few developers will want to play with this new SDK when launched for not more than mind mastoorbation purposes. I don't believe they will put time (and time is money) recreating their applications from zero unless the first REAL ALP device hit the shelves. Cobalt's vapor burned Palmsource's arse pretty hard. It will take a great amount of time for them to regain the developers community confidence... RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??
Sadly, I agree. It's been a long, cold winter for a lot of Palm developers and I know that many are looking around trying to figure out what's next. For many, this announcement isn't exactly full of sunshine--at least not for the short- to medium-term. The only consolation is that the general mobile software market seems to still be gathering steam--at least in the area of vertical apps that my company focuses on. When/if those devices do arrive I think there'll be a very good upside opportunity for 3rd party developers. Like I keep saying, we're still just at the beginning of a long interesting journey toward increasingly personal computing. I think before long we'll come to see that we're in an era that's a very interesting time to be a software developer. RE: ALP/PalmLinux YEARS AWAY...no devices in 2007??
"Did anyone notice that end of 2006 is a 6 month slip from what Mike Kelley was telling reporters recently?" I'm sure TVoR did. ;)
Slip slidin' away...The_Voice_of_Reason @ 2/14/2006 4:47:16 PM #
Simon & Garfunkel said it best.
------------------------ The Palm eCONomy = Communism™ The Great Palm Swindle: http://www.palminfocenter.com/comment_view.asp?ID=7864#108038 NetFrontLinux - the next major cellphone OS?: http://www.palminfocenter.com/comment_view.asp?ID=8060#111823
Well, the bad news isn't terribly unexpected: it's going to take until the end of the year for ALP to ship to licensees. The good news is that seems to be the only bad news. Some interesting revelations in this: * ALP is going to ship with its own SQL database engine. That'll be very nice for business applications. * ALP uses GTK+, same as PDE and Maemo. So it's running an X Server. Linux developers should be pleased and I expect we'll get some great new software ported to ALP as a result. * HotSync isn't going to be replaced by SyncML as was previously rumored to be the case. Good plan.
RE: Good news, bad newsFoo Fighter @ 2/14/2006 10:11:47 AM #
> "it's going to take until the end of the year for ALP to ship to licensees." Uh..no. The SDK will ship the end of this year. The OS will ship after that point. Which puts it well into 2007. RE: Good news, bad news
Shipping the SDK *is* shipping the OS. David Beers Pikesoft Mobile Computing Software Everywhere blog www.pikesoft.com/blog RE: Good news, bad news
David, on the diagram you mentioned below I can clearly see words "Sync ML" as well as "New Exchg Mgr". So where'd you get that thing about HotSync and why do you think it's good? And btw, what's the good thing in SyncML? RE: Good news, bad news
texonite wrote: David, on the diagram you mentioned below I can clearly see words "Sync ML" as well as "New Exchg Mgr". So where'd you get that thing about HotSync and why do you think it's good? I saw that. It does look like they're also building in a SyncML client, but the press release specifically talks about leveraging PalmSource technology including HotSync and Palm Desktop (guess they'll need a new name for that, heh). And btw, what's the good thing in SyncML? Notice that it says SyncML DM/DS. DS is data sync. That's an XML-based protocol for synchronizing application data that will work over the air, unlike HotSync. DM is device management. Properly configured, that will enable admins to remotely manage software on the device, querying its state, installing or uninstalling software, perhaps locking the device down or deleting sensitive data if it's been reported stolen. That kind of stuff. SyncML is rapidly becoming the new standard for over-the-air synchronization.
|
Palm Vx (a classic) -> Palm 505 (*yawn*) -> Dell Axim (slooow...) -> Palm TE (great) -> Qtek 9090 (great idea, lousy platform) -> Nokia 6630 (a toy) -> iMate SP3i (not bad) -> Treo 650 (almost perfect)