|
If you can't see the shoutbox, click on "mobile version" |
Symbian just finished the schedule for its 2007 roadshow(visit TamsS60 for details), targeted at both journalists and developers…and it takes place in London, Europe.
Being completely honest, Palm’s support for Foleo developers was very good…if you were in the US. However, european developers got little support…
Palm originally had an european ‘devcon’ - please bring it back…
Symbian just finished the schedule for its 2007 roadshow(visit TamsS60 for details), targeted at both journalists and developers…and it takes place in
Being completely honest, Palm’s support for Foleo developers was very good…if you were in the
Palm originally had an european ‘devcon’ - please bring it back…
Access has released its Access Linux Platform SDK a few hours ago, thereby officially starting the development process for its developer partners(who weren’t privileged enough to get the SDK before its public release). Anyways, I don’t crank up my compiler yet; and won’t do so in the near future either - for one simple reason:
No one knows how and when this thingy will ship out!
Thousands of man-hours were wasted in PalmSource’s huge Cobalt debacle - applications were rewritten for an OS that simply never materialized(ok, there were 20 Cobalt smartphones - what a market). Back then, developers wanted to be the first to be Cobalt compatible…but why?
Both ALP and Palm’s Linux derivative will run Palm OS Garnet apps
Let the message above sink in carefully, please. You can support both platforms with the same code base and the same executable file…by simply sticking to what you know best(aka developing OS5 apps).
Eventually, you may want to move to one of the two platforms exclusively(and dump StyleTap in the process) - but this is a step that shouldn’t be taken just for marketing reasons IMHO. Unless the technology forces you to move, don’t…why alienate half of your potential customers?
Please tell us how you handle the upcoming Linuxii!…off to learn some PocketPC programming =)…
Access’s Access Linux Platform has been considered the official successor to the Palm OS for a long time - but nobody ever was sure if Palm(the hardware guys) would adopt ALP. Now, Ed Colligan spoke out…and announced that Palm will deploy an own Linux platform.
Essentially, the platform is said to be “compatible with Garnet”; Palm plans to “evolve” its developers from Garnet to Linux. The platform will not be licensed to other companies - so everyone developing for this platform puts all his eggs in the Palm basket…
IMHO, this announcement marks the final departure and breakup between PalmSource/Access and Palm(the hardware company). The two companies have drifted away from one another since the spin off; and Palm has now “cut off” all bonds to its former software department.
As for developer motivation; Palm’s decision to not license the platform is a very bad idea IMHO. Having more than one hardware manufacturer makes development more “secure” as you are less dependent on the date of a single company…
The PalmInfoCenter has the full scoop:
http://www.palminfocenter.com/news/9351/palm-announces-new-linux-based-mobile-platform/
The news that Access decided to rename Palm OS(5) to Garnet OS hit us a few days ago - my first reaction was an outburst of maniacal laughter. Garnet means as much as not at all in German, so this was quite funny. But now, a few days after the laugh, I think that this renaming gives the Palm OS economy yet another problem to chew on.
I as a developer will definitely not benefit from the renaming. Marketing campaigns established the name Palm OS in the minds of PDA and smartphone software customers - if it runs Palm OS, it can run Palm OS apps like FileFind or Binary Clock. Now that we have two (compatible(!!!)) OS’ses with different names, developers need to redo their marketing campaigns and sometimes even product names to reflect the new situation. This will lead to long and clumsy names like Daily Quote for Palm OS and Garnet OS(yikes), even more text on already overcrowded banners and generally effort for nothing.
Licensees are in an even bigger dilemma, loosing the benefit of the Palm OS name in their products. I can already imagine millions of Joe Consumers walking into a store, looking at a GSPDA M70 or Aceeca Meazura and asking the clerk if this is compatible with my Palm Os applications.
IMHO, this move wasn’t exactly smart(yes, I know it was necessary and all, but I still don’t like it one bit) - I wonder if Palm will start to license thew Palm name separately to other “Garnet OS” licensees…
What do you think about it?
The news about Palm’s buyback of OS5 rights has slowly but surely sunk in - we now have two Palm OS ‘owners’. The current version of Garnet has a few quirks, but is a reliable platform…this is what its owners should do to it 2007 to keep it competitive:
Get a GOOD web browser
Face it, all current Palm Os web browsers suck badly. OK, the Treo 680 version of Blazer/Netfront is said to be decently usable at the least - but it still lacks many features in comparison to PDA browsers for other platforms.
This point should be really simple for Access - all they need to do is add a few features to their old Sony Clie Palm OS NetFront browser. Alternatively, Palm could bug Opera or buy up the Universe3 project before it ships.
Give Garnet a competitive UI
Face it - Garnet looks ugly compared to Windows Mobile. Ok, black on white means great contrast, but the average user doesn’t give a f*** about a few nits more. Instead, he wants a cool-looking device…
This is also a no-brainer for a licensee. Buy up either SkinUI or its competitor(probably cheaper) - and party.
Unlock the multitasking API/ARM development API
First of all - I got much of this information from a reliable source inside a Palm OS licencee. However, I cannot disclose the name for obvious reasons.
Palm OS’s core is multitasking capable - people like Dmitry Grinberg have used the Kernel for quite some time. The problem is somewhere else - Palm’s original license for the Kadak kernel forbade them to publicly release the multitasking API(Kadak sold such an SDK, fyi only).
Now, if Palm owns the complete rights to the OS, what speaks against looking at the kernel rights once again and maybe opening up multitasking in one sort or the other? And if you are already at it, why not unlock the ARM native stuff, too?
IMHO, the three steps outlined above should help Access/Palm get their operating system back in-line. Garnet’s days may still be counted and its architecture may eventually need an overhaul(dual core ARM processor, come) - but implementing the 3 commandments should be able to add at least 3 more years of life to Palm OS Garnet.
Now that the dust has begun to settle about Palm’s perpetual license of Garnet, a few seething questions still remain(in developer’s minds). This article is just my personal opinion though - so please don’t buy stock on it, and feel free to discuss!
First of all, this purchase shows that Palm seems to understand the value that its third party developers make for the platform. OK, Windows Mobile now has a load of stunning apps too, but the diverse application landscape of the Palm OS still is mostly unique for a mobile OS. So, keeping developers happy by keeping their API alive pays out.
This insight probably didn’t fall from the sky though - Nokia gave a great example of what happens when you piss off developers by releasing an incompatible S60 revision.
Palm’s purchase of the Garnet environment allows them to do exactly the opposite of what Nokia did - they can now swap out the old Garnet kernel and kick a new one in; or they can create a Garnet emulation environment(PACE, anyone - Garnet is a huge Os4 emulator mostly) on whatever host OS they want to use.
Palm also saves a lot of licensing fees with this purchase on the long run - they must have some kind of longterm usage in mind with the IP that they just acquired, for else they would have just kept paying a per-box licensing fee.
Essentially, this IMHO is a bit of a good sign for Palm OS developers. While now always is a good time to look out for another OS to support(as Seth said - Do or Die), a one-OS shack owner should now be able to sleep a bit better. I will run another article on how Palm’s future lineup will look soon - for now, what about sharing what you think?
PalmSource was once known for their next-to-perfect API documentation. Failures, bugs, hints and other useful stuff were contained right in the Palm OS API documentation. However, as PalmSource staff got less, the quality of the documentation decreased according to developer’s oppinion(I still consider it useful btw - so this is no rant).
Anyways, while coding a little PHP script, I needed help about a call and looked at the official PHP documentation:
I quickly found out that the function I needed wasn’t available in the PHP version that our current host(HostLoco) runs. However, the comments contained like 15 ready-to-use replacement functions and hints on usage!
The PHP API documentation system has two parts - the first part is ‘fixed’; and the second part consists of comments like we have it at TamsPalm’s. So, vandals cant change the core documentation, but users can add hints easily.
IMHO, PalmSource should convert its Developer’s API Reference to this format if they somehow can…developers would greatly benefit from the extra amount of knowledge available!
What do you think?
PalmSource recently sent out an email to its developer partners covering GTK, the new Palm OS application framework. The tutorial that they sent out is available here:
http://www.palmsource.com/developers/newsletter/20060425_GTK.html
However, I still didnt start porting BinaryClock and AutoSync to ALP, and dont plan to do so in the next few months for a simple reason: it isn’t clear yet what ALP will really be. Will it be a smartphone OS? Will it be a PDA OS? Will it even make it to the US? Questions over questions, and if you add in the constant rumors about how Palm is planning to create its own new “Palm OS”, nobody can really say anything about ALP yet.
Many developers ported their apps to Palm OS Cobalt and paid a dear price for it-the 10 Palm OS 6 powered phones sold at a Palm DevCon for sure don’t create enough revenues to finance the huge costs for the port.
OK, but won’t I loose cash by not porting? The answer is simple, nope. Both ALP and Palms rumoured OS are said to be fully compatible with “wellbehaved” Palm OS Garnet apps. So, users of phones/PDA’s with the new operating systems can continue to use their existing Palm OS 5 applications while developers slowly but surely create their ports.
Are you preparing for a port?
The Haier n60 was in the news very much recently, as PalmSource decided to use it as its “test bed” for ALP. PalmInfoCenter recently got a nice pack of screenshots-find them online here:
http://www.palminfocenter.com/news/8514/access-linux-platform-shown-at-linuxworld/
But this is not the problem of this editorial. Today, we will focus on one of the biggest stupidities ever made by PalmSource IMHO, sorry PalmSource, but it as just dumb not to get into end user sales.
When Acer bailed a few months ago, people began to notice one thing: PalmSource is dependant on licencees for its survival. And this is a problem-licencees can come and go. Now compare this to PalmSource beeing an independant OS vendor too. If a company like Microsoft looses a licencee, they dont care. Users can purchase the operating system in a store and install it…
So, what PalmSource should do IMHO is offer a ‘palmization service’ for existing Windows CE handhelds. The rise of Palm OS emulators shows that many people dislike Palm hardware, but want the software. So, why use a emulator, if you could install your OS directly.
And last but not least, don’t forget that you usually earn much more cash from a direct sale than from a OEM one…
Now, a few days have passed since the appearance of the first few MAX screenshots. At first, they really looked confusing. No category-style launcher like we know it from the Palm OS, no Palm-Ossy look, no nothing. WTF was this showing??
To be honest, I believe that this was a very phone-centric demo of PalmOS on Linux running an existing NetFront product. Any guesses on what it was? Yeah, it damn looks like Acess Netfront Mobile Client. In case you don’t beleive us, here are a few screenshots:
http://www.access.co.jp/english/products/nf_mcs.html
But what does that tell us? In fact, it tells us very little except that they now have Palm OS Garnet(maybe with some cobaltish elements) running on Linux, and this is good news. We are still about a year away from the publication of the SDK’s, so nobody knows now if they won’t create a “glue library” that will allow PalmOS developers to still use the API’s they know while benefitting from GTK.
Do you believe that the Palm OS as we know it(the API) has a future? Or do you believe that there will be a huge lot of learning and porting ahead of us? Commenting is free and anonymous!
Recently, we saw the first few screenshots of the ALP, the “future” PalmOS platform. The screenshots showed more than just the classic OS; it also showed a few “included apps”. And those appeared to be meager. Well it still is a beta, but lets just put this clear:
A device without a good software library in the ROM is a dead device.
The reason for this is easy. Many stores have handheld displays where user can test out handhelds. These handhelds are hardreset every one to two days, and they usually are not connected to the internet or to a computer. So, the users dont get to see the great apps that are included on the CD-they just see whats in the ROM, and ion devices like the TT, this is more-less empty.
What licencees need to do is increase the “outta-the-box-oomph” factor of their devices. Include music, images, videos, games-just do whatever you can to make the device be more attractive after the initial power up. This may appear to be very expensive at first, but it actually isnt(if you go with the underdogs). For example, there are many DocsToGo replacements on the market that go unnoticed mostly but offer excellent quality neverhteless-those are cheaper to licence and still improve your device’s look.
So, to cut a long story short, a great OS does noit make for a great user experience. The market already rejected many operating systems that lacked enough third party products, and carriers also will reject phones that can’t do anything out of the box! Licencees, use your “volume purchase discounts”, and include as much great software onto your devices as you possibly can!
PalmInfoCenter just received a few screenshots of the software that is supposed to be an early beta of the MAX platform-they can be found here:
http://www.palminfocenter.com/news/8399/access-linux-platform-demo-screenshots/
Time to revisit out UI speculation that we ran a few days ago. In fact, we had the choice that seems most likely on our list-it was number 2, the Access Netfront Platform. If you look at the link provided there, you may get a good “first taste” of what to expect for MAX applications!
And to be honest, I somehow like what I see. The blue is calming which is nice, it is not too strong(costs contrast). But what stresses me as of now, is the look of ther included apps. They appear to be very meager as of now, but as said, this is a beta and many new, exciting apps will probably be bundled with the second ALP device( a la Tungsten T, no software back then, I was a more-less early adopter 
).
What do you think?
Recently, the first few screenshots of the ALP emerged-but all they were showing was a garnet app running under Palm OS ALP. The MAX UI still was not shown-and so people were speculating about how it could look. We at TamsPalm have dared to predict its look-but we didnt predict just one, but rather three variants:
BeOS style
PalmSource owns BeOS. So, why not use their GUI? I had BeOS running on my box a few years ago, and can say that it looks pretty cool. Here are a few screenshots(click for bigger versions):
CMS Linux/NetFront mobile client Style
CMS was also bought up by PalmSource a few monthsd ago-and they already have a nice operating system. So, one could theoretically also use their UI. A PalmSource employee sent me these pictures a long time ago-they are a little pixelated, but one still sees how it looks:
Extra shots of the new NetFront platform are available here:
http://www.access.co.jp/english/products/nf_mcs.html
Cobalt style
Possiblity number three is using the PalmOS Cobalt UI. This is probably well known from the simulator et al-so no pictures here!
Overall, I am not sure what they will choose. Cobalt is a very likely choice, as the code already exists in ARM and thus should be very easy to use. Also, it was designed for mobile usage. BeOS looks good and also is proven, but it still needs to be adjusted to mobile devices-and that is a lot of extra work. About the CMS/NetFront mobile platform, I am really not sure. It seems to be in use in Asia, but-um-not for smartphones. So, it may be a little to weak to support MAX applications.
What do you believe that we will see in MAX?