OESF Portables Forum
General Forums => General Discussion => Topic started by: speculatrix on March 02, 2006, 11:26:43 am
-
http://www.computingunplugged.com/issuespr...2/00001725.html (http://www.computingunplugged.com/issuesprint/issue200602/00001725.html)
-
http://www.computingunplugged.com/issuespr...2/00001725.html (http://www.computingunplugged.com/issuesprint/issue200602/00001725.html)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=116695\"][{POST_SNAPBACK}][/a][/div]
Very interesting article! Someone should care about letting PalmSource and Access management staff get this article!
daniel
-
I have some disturbing suspicions about what 'might' happen with ALP GTK.
Note that everywhere it is stated that their GTK is an Optimised Version of GTK... I suspect there is not X at all, that GTK has been implemented to call their own ALP GUI manager and may not even be an Open Source version of it... since it's probably a group upwards port with no GTK code.. just providing libraries and API compatibility.
The big, big problem with this is obviously going to be when the GTK version becomes stale.... anyway we shall see what emerges.
-Andy
-
Hey, the moment I saw the Name - Jason Perlow - it struck me that it sounded familiar.
Of course he was the guy who maintained the original Sharp Zaurus forums and was the liason between Sharp (US) and the developers.
Obviously he quit in frustration - since the problems he stated - lack of co-ordination with the developers is what stymied the development of the Sharp ROM.
Palm should listen to such voices and hopethat it correctes these relationships - particularly between Japanese and rest of the world dev teams.
-
I have some disturbing suspicions about what 'might' happen with ALP GTK.
Note that everywhere it is stated that their GTK is an Optimised Version of GTK... I suspect there is not X at all, that GTK has been implemented to call their own ALP GUI manager and may not even be an Open Source version of it... since it's probably a group upwards port with no GTK code.. just providing libraries and API compatibility.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=116705\"][{POST_SNAPBACK}][/a][/div]
According to the palm developers on the gtk-devel mailinglist they are testing the x11 and directfb backends and is the 'optimized' stuff purely marketing blurb.
-
It's encouraging from a software portability perspective Koen, however, I think there are some problems with how it maps to the OEM market that PalmSource aim at..
Personally I think they would have been better sticking to something proprietary and controlling the API version themselves. - PalmOne is the only vendor that has a track record of regular OS updates so unless the culture changes the devices will become stale quickly.
And I'm afraid 'geeks' don't buy enough PDAs to satisfy the OEM market.
My advice to Access/PalmSource is....
i. Synchronise the versioning between Garnet and Cobalt.
ii. Announce that Garnet will be continued and refined and has just as much future as Cobalt.
iii. Ensure that OEMs get on the bandwagon with updates to both OSs.
The reason that I state this is that unless you over stretch Garnet you probably have the snappiest PDA OS around, it far outstrips Symbian and WinCE in terms of pure useability and response. The one thing that they don't need is a single offering that performs as slowly as WinCE and isn't as popular.
+ the uncertainty over the future of Garnet is sure to be hurting sales and OEM sales.
-Andy
-
....oh AND...
license the iPOD player and iSync stuff to sync the PDA using iSync/iTunes for both OS and you will have a PDA that will be the envy of every Mac owner.
-Andy
-
good article...thanks