I'm kindaof upset that the Foleo was canceled because I was looking forward to being able to read/write my email on a larger mobile screen than my Palm Treo's. You'd think there'd be a market for a device with a 12" screen, a full keyboard, internet connectivity, and one that could connect to my Treo. I guess I'll be forever stuck to the 3" screen...
________________________________ From: %%email.bounce%% [mailto:%%email.bounce%%] On Behalf Of Khun Yee Fung Sent: Thursday, September 06, 2007 11:45 AM To: Palm Developer Forum Subject: Re: Finally Palm does something right .... Again, I am very new to Palm development, so whatever I say probably does not mean much to you old timers. For all I know, this might all be off-base to you. But you know what, I like PalmOS. There are a few limitations, big, major, critical, and fatal, even. But the rest is really nice. The biggest problem, I think, is that it takes a good programmer to program on PalmOS in C or C++. Therefore not too many people will program on it. Not the mediocre or worse programmers, that is for sure. It is a trade-off: you either have lots of programmers, good, bad, and ugly ones, all included, or you have only the elite. A few years ago, I was talking to RIM. They asked me what I thought about getting RIM more popular, to get more developers develop on it. Being a brash person that I was and am, I told them they had to have Java on it, they had to have developers who are not very good programmers to be able to develop on it. Having C++ only, that was in 2000, was not good enough, as we don't have a lot of good C++ programmers around. You see, if your toolkit is in C++, you need good C++ programmers. If your toolkit is in Java, more or less any Java programmer will do. Mind you, at that time, J2ME was not widespread, so I was talking about having the full J2SE on blackberry. I program on PalmOS5 only, as I work on Treo devices. What do I want to see improved? For that version, well, user level multi-threading, true multi-processing, protected memory for processes, and remove the "when refreshing the networking interfaces you need a GUI" feature. Segments have to go: that is so 1980's. In other words, get Linux on it as fast as possible. Do an Apple MacOS X, move PalmOS up to become a GUI toolkit on top of Linux (or BSD). Linux and BSD are both very small, so that should not be a problem. Yes, I know ACCESS owns PalmOS. But Palm has the source code now, they should be able to modify whatever they need to. And whatever happens to the Linux port they were supposed to be doing? It would be weird if we had Linux coming from Palm and ACCESS all at the same time. But that would still be better than the status quo. I like PalmOS. It is a very nice. Sorry for the long post and the rant. Khun Yee On 9/6/07, Michal Seliga < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > wrote: personally i dont trust palm anymore. this fiasco with foleo was last drop. of course i will continue working on palm programs, its my job, but i dont see future anymore (as all of my ex-colleagues which already left, i am last dinosaur :-). its time to really start to work on other platforms. 'next generation', 'flexible', 'performance' such things were written since announcement of palmos 6... and where we are... they even cancelled all pdas and instead they create the dumbest smartphones in universe which lack features which 7 years old ordinary mobile phones already had. not speaking that 'modern' treo 680 is much slower then treo 650 while it runs with same processor speed maybe after few days i will 'forgive' palm, or maybe they will release such device soon that i will understand that all this wasnt just because some manager didnt slept properly... who knows :-). so far all this seem to me its only typical business talk about nothing -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/ -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
