| View previous topic :: View next topic |
| Author |
Message |
msmobiles.com_robot
Joined: 23 Mar 2004 Posts: 16777215
|
Posted: Tue Dec 02, 2008 6:54 pm Post subject: Downfall of Palm continues - Windows Mobile to blame? |
|
|
Palm has just announced their latest financial results, combined with plans to fire many employees. Interestingly Palm blames their poor results on "reduced demand for smartphones" (apparently nobody told Apple ab...
Read more at http://www.msmobiles.com/news.php/7858.html |
|
| Back to top |
|
 |
netboy
Joined: 19 Oct 2005 Posts: 349 Location: Bayarea, CA USA
|
Posted: Tue Dec 02, 2008 8:10 pm Post subject: |
|
|
quote: "Interestingly Palm blames their poor results on "reduced demand for smartphones" (apparently nobody told Apple about this reduced demand as sales of iPhone grow)"
i guess they told the wrong people! Sony Ericsson X1 is soldout or backorder on most places! i guess SE didnt expect the high demand for X1 ! haha |
|
| Back to top |
|
 |
EJR

Joined: 18 Mar 2004 Posts: 2629
|
Posted: Tue Dec 02, 2008 8:40 pm Post subject: |
|
|
| netboy wrote: |
i guess they told the wrong people! Sony Ericsson X1 is soldout or backorder on most places! i guess SE didnt expect the high demand for X1 ! haha |
yes, apart from fruitphone, several other smartphones are popular, and some of them are even powered by Windows Mobile  |
|
| Back to top |
|
 |
mirekluza
Joined: 25 Nov 2008 Posts: 12
|
Posted: Tue Dec 02, 2008 9:59 pm Post subject: |
|
|
Just a bit off-topic comment to Android (it is mentioned in this news as in many other news which I read on Internet, usually in the context "something big is coming").
Am I the only person in the world who noticed that this supposedly Linux phone is in fact offically programmable only in Java?
In other words: just another Java phone - with more powerfull Java, than usually - but still only Java...
No native application now and probably never (allowing native application would in my opinion required reworking of security as well - it would be a bit different thing than Java sandbox).
WM/Symbian/Iphone - all allow native applications. Android Java applications cannot compete in the area of more demanding applications (like 3D games, video - unless it is added to the underlying Linux).
I work as Java programmer (on PC) for years, so I have my opinion about the "Java can be as quick as C" claims.. It is by far not like that in reality...
If I was a phone manufacturer, I would be happy and grateful to Google for providing the OS for me. As a user I see just another Java phone... Better than most, but nothing more.
So I have troubles to undestand all this enthusiasm about great Linux phone (which is for a user not Linux phone at all...).
Sorry for off-topic, but after reading everywhere about bright Android future, I just had to express myself...
Mirek |
|
| Back to top |
|
 |
alcedes

Joined: 29 Sep 2007 Posts: 273 Location: Phoenix, Arizona, USA
|
Posted: Wed Dec 03, 2008 8:01 pm Post subject: |
|
|
| mirekluza wrote: | | Am I the only person in the world who noticed that this supposedly Linux phone is in fact offically programmable only in Java? |
No, it's bee noted a few times before.
| mirekluza wrote: | | No native application now and probably never (allowing native application would in my opinion required reworking of security as well - it would be a bit different thing than Java sandbox). |
From the standpoint of compatibility that's a good thing. Applications that target specific hardware or low level APIs are more likely to stop functioning as designed when hardware changes or when the OS is upgraded. Applications that target only the application level APIs will have higher compatibility across hardware and OS versions as long as the same APIs are supported. One of the main strong points behind the "Pure Java" branding was that Pure Java applications had compatibility across platforms, where as dirty Java (which included native code or
| mirekluza wrote: | | WM/Symbian/Iphone - all allow native applications. Android Java applications cannot compete in the area of more demanding applications (like 3D games, video - unless it is added to the underlying Linux). |
I am inclined to disagree with that statement. There are some rather performance degrading methods for implementing such tasks, but it is possible to give the developer access to high performance 3D and video capabilities without exposing the native APIs. The XNA framework gives developers access to the 3D API functionality while not providing access to the low level APIs. Since this is low level functionality the provider of the OS, the hardware, and the developer of the low level functionality (which may be part of the OS, a software add-on, or a driver) would need to provide the API for the developer. On the Windows Mobile devices this functionality is exposed through Managed Direct3D and DirectShow. I've not looked through all of the Android SDK for equivalent APIs, but my point here is the application developer need not have direct access to the native environment to produce desirable results for such functionality. _________________ MCAD .Net , MCTS (Web, Windows) |
|
| Back to top |
|
 |
|