Tag Archives: android

Review: Hands On with the HP TouchPad

July 26, 2011 Tim Anderson

When I saw HP’s TouchPad on display at the Mobile World Congress last February I thought it looked good and wanted to have a closer look. I have been doing so for the last couple of days. The TouchPad is a 9.7” tablet similar in size to Apple’s iPad and iPad 2. It comes with 16 or 32GB of storage, 1024x 768 display, wi-fi, Bluetooth, dual-core Qualcomm Snapdragon 1.2Ghz processor, and front-facing camera. Battery life is up to around 9 hours. The TouchPad runs WebOS, the operating system acquired with Palm, and which seems to form the basis of HP’s mobile device strategy.

Since a large part of HP’s business comes from selling and servicing Windows servers and PCs, it would make sense for the TouchPad to have excellent support for Microsoft’s platform. Then again, why is it running WebOS and not Windows? There are several reasons. First, Microsoft refuses to allow the Windows Phone 7 OS to be used in a tablet form factor, and the first tablet-friendly Windows OS will be Windows 8 which is not yet available. Second, HP has been down the Windows Mobile track before, and seen Apple takeover the market.

HP has good reason therefore to take a non-Microsoft approach to mobile. However, you can see in the TouchPad the downside of that decision. Exchange support is good, but SharePoint support non-existent. The TouchPad makes a terrible client for Office 365. There is no sign of Microsoft Lync or even MSN Messenger in its messaging account options:

Why does this matter? Well, in the end the question is why you, or anyone, is going to buy an HP TouchPad rather than one of its competitors. There is a gap in the market for an business-focused tablet with strong support for Microsoft’s platform, and I wondered if HP, with its strength in that market, might fill it with the TouchPad. In this respect it is a disappointment. It is behind Apple’s iPad, which lets me open and save documents from SharePoint via WebDAV, and edit them in Pages or Numbers; and even the iPad is weak in this area.

Look and feel

I hate making constant comparisons with Apple’s device, but it is hard to avoid because it sets the standard at this price level. With its rounded corners and glossy black finish, the TouchPad is OK but feels inelegant and chunky in comparison to the iPad 2. For example, both the iPad and the TouchPad have a single recessed button that acts as a kind of home key. On the iPad it is a round button that fits your finger nicely; on the TouchPad it is rectangular and slightly sharp-edged, and therefore less pleasant to operate. A tiny detail, but one that when combined with others makes the TouchPad feel less well designed.

More seriously, the touch screen seems less responsive than that on the iPad. This may be as much to do with software as hardware, but sometimes taps seem to get lost. I also had difficulty with the screen rotating at the wrong moment; this can be a problem on the iPad too but seems worse on the TouchPad, though you can lock the screen if it gets too annoying. Sometimes the screen flickers slightly; this may be to do with power management but it is unpleasant.

On the plus side, WebOS has a card-based interface that works well. Each app shows as a card when not full screen, and you can flick between cards to select a running app, or flick the card up to close it.

Another plus is the Touchstone accessory which does wireless charging; a great feature though this was not included in the review sample.

Setup

Setting up the TouchPad was straightforward, though I saw more of the spinning wait circle than I would have liked. You are required to set up a WebOS account, but there is no requirement to enter credit card details until the point where you actually want to buy an app. I did twice get the message “we are unable to create an account for you. Please try again in a few minutes or contact HP for help,” but third time was lucky.

My next step was to connect to Exchange. The TouchPad absolutely refused my first attempt because it did not trust my self-signed certificate. By contrast, most devices merely throw up a warning and then let you continue. I fixed this by going to Settings – Device Info, which has a Certificate Manager in its drop-down menu. I copied the certificate to the TouchPad over USB and then installed it.

Exchange worked OK after that, though the mail client is sluggish. I do not know if it is related, but soon after setting up Exchange I got a “Memory critical, too many cards” message and the TouchPad pretty much died, though it revived after a restart.

I also added accounts for DropBox and for Box.net, both of which offer cloud storage and synchronisation.

Finally, I added some music. I installed the beta of HP Play, which is a music player and library manager. Once installed, you can drag music to the HP TouchPad when connected over USB.

This worked; but with hindsight I was nearly as well off copying MP3 files directly using Windows Explorer. The main benefit of HP Play is drag-and-drop playlist management. You can also set up auto-synchronisation, but I turned this off as I prefer to select what goes on the device manually.

Sound quality on the TouchPad is decent even using the internal speakers. Here is one way in which the TouchPad improves on Apple’s iPad, though the difference disappears if you use external speakers or headphones. Formats supported are DRM-free MP3, AAC, AAC+, eAAC+, AMR, QCELP, and WAV. No FLAC which is a shame.

The printed user guide for the TouchPad is just a few pages, but there is a detailed manual you can download – recommended for TouchPad owners.

Apps

A selection of apps comes supplied with the TouchPad.

I am interested in Quickoffice, which lets you view a wide selection of document formats, but sorry to find that all documents are read-only. Adobe Reader is also installed. Printing is supported, as you would expect from HP, but my network printer is a Canon and does not work with the TouchPad.

The web browser is based on WebKit and includes Adobe Flash 10.3 but not Oracle Java. The Youtube “app” just links to the Youtube web site – what is the point of that? BBC iPlayer work nicely

Maps is Bing Maps and looks good, with options for Satellite and Bird’s Eye views as well as “Show traffic” which is meant to indicate which roads are busy but did not seem to work for me. You can also get turn by turn directions.

You can install new apps by going to the Downloads screen and tapping HP App Catalog.

The selection of apps is weak though, especially in comparison to iPad or Android. HP needs to attract more developers to WebOS; but they will only come if HP can make a success of the devices.

Amazon Kindle is meant to work on the TouchPad but is nowhere to be seen, although it is referenced in the user guide. Apparently it has appeared for US users.

Conclusions

My immediate impression of the HP Touchpad is that it is promising but not yet good enough to win much market share, especially given that the price is similar to that of the iPad. At the time of writing, the TouchPad costs around £400 for the 16GB version, as does Apple’s iPad 2.

That said, there are a few reasons why you might want one of these:

Printing to HP printers
USB Drive support when attached to a PC or Mac
Adobe Flash
Multi-tasking with WebOS card interface
Wireless charging
Integration with HP Pre 3 smartphone
Above average sound quality

None of these strike me as a must-have, but there will be scenarios where they tilt the balance in favour of the TouchPad.

The problem with the TouchPad is that it is insufficiently distinctive from Apple’s offering, but its usability and performance is in most respects less good.

The promise is there; but can HP get enough momentum behind the platform to attract a stronger set of third-party apps, as well as fine-tuning the performance and design?

I am doubtful. HP, like RIM, is going to have difficulty maintaining its own mobile platform. In the end it may have to either join the Android crowd, or mend its relationship with Microsoft.

Thanks to Dabs.com for supplying the review loan.

adobe, apple, development, flash, professional, software development

Adobe closes AIR Marketplace, InMarket

July 25, 2011 onlyconnect

Adobe is giving up its efforts to support developers deploying to multiple app stores. The idea of InMarket, announced at the Adobe MAX Conference in October 2010, was to be a one-stop distribution point for developers seeking to target multiple platforms. Adobe handled distribution and billing. The reason given:

After reviewing our efforts and based on feedback from developers, we have decided that we will deliver the most value by helping developers author and publish their apps on multiple platforms. Given this focus, we have decided to discontinue development and support of Adobe InMarket. We are going to continue to provide support for publishing to different app stores through our tooling. The recent Flash Builder 4.5 and Flash Professional CS5.5 provide support for publishing to multiple mobile platforms including Android and Apple iOS devices.

Adobe is not giving developers much time to adjust. The InMarket URL will terminate on August 31. This is causing some consternation:

I don’t understand how you expect publishers will be able to push an update to all the markets they publish to with enough time to get their user base to update before they’re totally screwed. One month? You do realize that even updates pushed to AppUp can take up to 2-weeks for vetting? This is crazy

That said, the low traffic on the InMarket forum is a clue to what Adobe is closing it down.

InMarket only supported Intel AppUp and AIR Marketplace, which rather misses the point of targeting multiple platforms. Had Adobe been able to offer instant deployment to all the key app stores, including Android Market and Apple’s iOS App Store, it would have been more attractive. Given the complexities of the approval process, it is not surprising that this was hard to achieve. A further complication is that Adobe’s AIR runtime is not allowed on iOS. Apps for iOS have to be packaged as native iOS apps.

What about AIR Marketplace?

When we established Adobe AIR Marketplace three years ago, there were few distribution opportunities for AIR developers. There are now several app stores on desktops, mobile devices and tablets that service AIR developers including Apple App Store, Android Market, BlackBerry App World, Intel AppUp center, Samsung Apps, and Toshiba App Place. We encourage you to use these newer popular app stores to distribute your applications.

This of course describes describes exactly the problem that InMarket was meant to address: the challenge of maintaining support for multiple app stores.

AIR Marketplace is still up and running at the time of writing, and seems to have more life than InMarket:

That said, why would any potential customer look specifically for AIR applications? It is a runtime and ideally should be invisible to the user. I was interested to see reference to AIR packagers for Windows, Mac and Android in a recent announcement, suggesting to me that Adobe is de-emphasising AIR as a runtime and making it into something more like a cross-platform development tool.

apple, google, microsoft, mobile, professional, windows, windows 7

Microsoft financials: Office and server dominate as Windows falters

July 22, 2011 onlyconnect 1 Comment

Microsoft has released its quarterly figures for January-March 2011. My at-a-glance summary is below.

Quarter ending June 30th 2011 vs quarter ending June 30th 2010, $millions

Segment	Revenue	Change	Profit	Change
Client (Windows + Live)	4740	-41	2943	-123
Server and Tools	4643	+494	1774	+214
Online	662	+94	-728	-40
Business (Office)	5777	+402	3618	+399
Entertainment and devices	1485	+341	32	+204

Business as usual? More or less, but there are a few points to note.

The figure that jumps out is the stunning performance of Office, which includes SharePoint and Exchange. Why is everyone buying Office 2010, when a document like the one I am typing now could be done just as well in Word 2.0 from 1991, or more plausibly the free OpenOffice?

The answer is the Microsoft has successfully transitioned many of its customers to using Office with SharePoint and Exchange, making it harder to stick with old versions and selling CALs (Client Access Licences) as well as the Office suite itself. This is highly profitable, though the aspect that puzzles me is that Office 365, which is cloud-hosted SharePoint and Exchange, is more cost-effective for the customer since it includes server software, CALs and in some cases the Office client for a commodity-priced subscription.

In other words, I find it hard to see how Microsoft can remain equally profitable if a significant proportion of its customers switch to Office 365. The company may be depending on its ability to upsell those customers to further online services; or perhaps it has not fully thought this through and has set Office 365 pricing at what it needs to be in order to compete with Google.

Fortunately for Microsoft, there is enough doubt concerning the safety of cloud services to sustain continued strong sales of on-premise solutions.

Second notable thing: Windows is in decline. The reason: it is losing market share to Apple and to Google Android. Netbook sales are down 41% according to the release, and I would guess that those sales have mostly gone to Apple iPad and Android tablets rather than to Windows notebooks.

Will Windows 8 reverse the decline? Speculation of course, but it will not repeat the success of Windows 7. In fact, my guess is that Windows 8 will be a hard sell to enterprises which have finally been persuaded to migrate from Windows XP. They are settling down for another five years of stability. Windows 7 was a consolidation release, just the sort of thing enterprises like. Windows 8 will be a revolution release, with most of the interest focused on what it can do in mobile and tablets. If it does succeed, it will do so slowly; there will be no rush to upgrade from 7 other than from the usual early adopters. It may improve sales in the consumer market, but neither Mac nor iPad nor Android is going away.

That leads on to mobile, the figures for which are buried under a pile of Xbox consoles. A good quarter for Xbox, though note how poor the margins are compared to those for Office or Windows.

Finally, the online money drain continues. Note that this is Bing and online advertising, not Azure or Office 365. Microsoft must feel that it the strategic value of these online services is worth the cost, particularly since they tie into mobile and the ecosystem which Nokia is depending on for a reversal of its fortunes. Given that the company has money to burn, there may actually be some sense in that; though for a segment to make such large and consistent losses over a long period has to be a concern.

mobile

Nokia results: demonstrating the Osborne effect?

July 21, 2011 Tim Anderson 1 Comment

Here’s Wikipedia:

The Osborne effect is a term referring to the unintended consequence of the announcement of a future product ahead of its availability and its impact upon the sales of the current product.

The reference is to Osborne Computer Corporation, a pioneer of early personal computers, which announced the next generation of its range long before it was available. Sales of the current model immediately dived, and the company went bankrupt.

In February this year, Nokia announced that it was abandoning its Linux-based MeeGo smartphone OS, then in development, and that Symbian would be reserved for low-end phones. Its future smartphone strategy will be based on Windows Phone.

Now here come the results:

The challenges we are facing during our strategic transformation manifested in a greater than expected way in Q2 2011.

says the release, which report an 11% decline in sales quarter-on-quarter and an operating loss:

In the period from January to June 2011, net financial expense was EUR 74 million (EUR 141 million). Loss before tax was EUR 141 million (profit before tax EUR 632 million). Loss was EUR 261 million (profit EUR 279 million), based on a loss of EUR 24 million (profit of EUR 576 million) attributable to equity holders of the parent and a loss of EUR 237 million (loss of EUR 297 million) attributable to non-controlling interests. Earnings per share was EUR -0.01 (basic) and EUR -0.01 (diluted), compared with EUR 0.16 (basic) and EUR 0.16 (diluted) in January-June 2010.

Would these results have been better, if Nokia had not bet its business on Microsoft’s mobile OS back in February? My guess is that they would. Nokia in effect announced the obsolescence of all its current Smartphone range. Smart device sales are down 32% year on year.

Still, even the Osborne effect does not account for the decline in its sales of feature phones, down 20% year on year and 25% quarter on quarter. This is what Nokia says:

The year-on-year and sequential declines in our Mobile Phones volumes were driven by distributors and operators purchasing fewer of our mobile phones during the second quarter 2011 as they reduced their inventories of those devices which were slightly above normal levels at the end of the first quarter 2011. In addition, our lack of Dual SIM phones, a growing part of the market, until late in the second quarter 2011 adversely impacted our Mobile Phones volumes during that quarter. Mobile Phones volumes were also adversely affected by continued pressure from a variety of price aggressive competitors.

Despite the grim figures though, it is too early to pronounce the failure of CEO Stephen Elop’s strategy. After all, no Nokia Windows Phones are yet on sale. The company must be hoping to hang on until it has a decent range of Windows Phones, and for Microsoft to grow its mobile market share dramatically above what it is currently.

Should Nokia have chosen Android rather than Windows Phone? Android’s extraordinary growth suggests that it should; yet there are signs of significant copyright and patent trouble for Android, and by attaching to Android Nokia would have been a me-too behind more established vendors such as Samsung, HTC, and nearly everyone else.

Should Nokia have persevered with MeeGo and Symbian? Although early MeeGo devices are winning praise, I doubt that the OS would have challenged Android and iOS; but that is open to speculation.

The problem for Nokia is that if it was going to make a radical platform shift, some degree of Osborne effect was inevitable. Adopting Windows Phone could not have been done in secret.

That said, perhaps the company could have been smarter. Rather than laying all its cards on the table, could it have announced a Windows Phone strategy alongside MeeGo and Symbian, adopting a more gradual approach to avoid shocking the market?

It is also worth noting that Nokia’s problems started long before the arrival of the new CEO. What we are seeing now is the playing out of old mistakes, not just the impact of what may be new ones.

However you spin it though, the new Nokia is a lesser thing than the Nokia of old, which commanded rather than followed the mobile market.

adobe, development, mobile, professional, software, software development, Web, web authoring

Adobe releases 64-bit Flash Player 11 beta, AIR 3 with packager for Windows, Mac, Android

July 14, 2011 onlyconnect 2 Comments

Adobe has released a beta version of Flash Player 11 and AIR 3. The AIR release is of limited interest since as yet there is no public SDK; Adobe mainly wants to test compatibility. That said, the announcement describes a key new feature, the ability to package AIR applications as standalone executables on Windows, Mac and Android. You can already do this on Apple iOS, a feature that was forced on Adobe by Apple’s refusal to allow application runtimes on iOS – unless they are WebKit or FileMaker. This is new for the other platforms though, and I assume comes as a result of the popularity of the iOS packager. The effect is that you no longer have to advertise the fact that your app runs on AIR or require users to obtain the runtime; your app will just work.

Adobe may have its eye on the Mac App Store, which will disallow applications that require a runtime. Extending the AIR packager to desktop OS X should get around that limitation.

64-bit Flash Player is also a big deal, and really long overdue, though there has already been a preview codenamed Square which offered 64-bit. Although there are probably not many Flash applications that really need 64-bit, this is good for compatibility with 64-bit browsers and of course desktop applications when compiled with AIR. There could also be value in 64-bit for business intelligence clients which manipulate large datasets.

Another new feature in Flash Player 11 is Stage3D, codename Molehill, which is a new API for hardware-accelerated 3D graphics. Stage3D has its own shader language, called AGAL (Adobe Graphics Assembly Language); my heart sinks a little when I see vendors inventing new languages rather than using one that is already available, such as OpenGL Shading Language, but Adobe says AGAL is simpler and more secure. If you would like to use GL SL with Stage3D, check out the 3rd-party Mandreel framework which comples GL SL shaders to AGAL.

Flash Player 11 also has a built-in H.264/AVC software encoder for cameras, which will improve video chat and video conferencing, and adds potential for applications that stream video out as well as in.

Native JSON support will simplify and accelerate the handling of data in this popular format.

Another feature that caught my eye is socket progress events. When transferring data, it is important to give feedback to the user on progress. A new property lets developers monitor the number of bytes remaining in the write buffer, and a new event is raised when data is being sent, enabling more informative data transfer applications.

LZMA compression for SWF files, the compiled format for Flash content, is claimed to reduce SWF size by up to 40%.

When do we get a full release? Adobe is taking its time, but my hunch is that it will be in 2011, maybe in time for the MAX conference in October.

iphone, mobile, professional, software development, visual studio

Hands On with Appcelerator Titanium Studio

June 15, 2011 onlyconnect 1 Comment

I spent some time today trying out Appcelerator’s new Titanium Studio. Titanium is a cross-platform framework that lets you compile apps for Apple iOS, Google Android, RIM Blackberry, and desktop operating systems. Its chief attraction is the mobile aspect, particularly as it claims to build “native apps”.

I am thoroughly bored of writing calculator apps, but having embarked on this this test case I am keeping going since it makes it easier to compare one with another. I started by writing it for Android on Windows. I had some setup issues, but once resolved it pretty much worked, though the development process was fairly painful. There is no visual GUI designer and my calculator has quite a few buttons, so I ended up counting pixels and trying out my work by debugging in the emulator. Performing a build and running in the emulator is a lengthy operation, so this is a tedious way to work. Come back Visual Studio, all is forgiven!

I persevered though, and eventually had my calculator up and running on my HTC Desire.

The design could be improved; but it is good enough for my purpose. Unfortunately though the GUI is not as responsive as I would like. It is easy to lose taps if you tap a little too fast, which is a serious flaw in a calculator. In this respect, the Titanium build is better than the PhoneGap/JQuery app I built, but still not good enough for a production app.

Time to port to iOS. Here I ran into a number of difficulties. I installing Titanium Studio on a Mac, copied the project from Windows and tried to open it. Titanium Studio complained about the absence of the Android SDK and eventually froze trying to fully initialize the workspace. Force Quit, delete the project, and try again. This time I created a new project and just copied over the app.js file that has my source code. Titanium Studio was happier; but the app would not open in the iOS Simulator.

The problem: I have installed the latest Xcode and IOS 5.0 beta SDK. Even if you target iOS 4.x, Titanium is not quite compatible. However, my iPhone is still on iOS 4.3, and I was able to deploy the app to the device. Unfortunately the GUI was scrambled. This is how it looked:

Not good. Eventually I worked out the problem. On Titanium for Android there is no need to specify the height of buttons and labels; this automatically sizes to the content. On iOS though, if you do not specify the height it stretches the object from whatever you specify as top down to the bottom of the container.

I added height attributes to sort out the GUI, though I am still scratching my head over one issue. I specified a different value for the top attribute of a label and a button, but they were rendered at the same vertical position. Odd. I simply compensated for this and ended up with a workable GUI. Here it is on the iPhone:

The good news: this is by far the best performing of all the cross-platform solutions I have tried. I cannot out-tap it, and it would be fine in this respect for a production app.

Note that attempting to debug using the community edition raises this message:

No debugging without a subscription; a strong incentive to subscribe.

It is also worth noting that you can open the project generated by Titanium in Xcode. I wondered if that might shed light on the compatibility issues. It is an interesting thing to try, as you see the innards of Titanium’s code, complete with a number of reported issues.

I also get this:

Still, time to wrap up. I am impressed with the performance of my app on the iPhone, but disappointed on Android. On the other hand, the whole point of Titanium is to achieve cross-platform, otherwise you might as well use Objective C. Of course there may be ways to improve the performance; I just dived in and tried out the tool without chasing up possible optimisations.

adobe, apple, eclipse, google, mobile, professional, software development

Appcelerator has released Titanium Studio, IDE for cross-platform mobile development

June 14, 2011 onlyconnect

Appcelerator has released Titanium Studio, an IDE built with Aptana, the Eclipse-based IDE which the company acquired in January. It is an interesting products because it lets you build cross-platform mobile apps for Apple iOS, Google Android, and Blackberry, as well as desktop applications.

I downloaded the community edition and gave it a quick try. The download includes the Titanium SDK and is around 150MB.

Titanium Studio wanted to grab file associations for CSS, JS and PHP by default – but at least it asked first

I noticed lots of Python scripts getting installed. The install completed and I was up and running.

Running the IDE requires login, which seems intrusive. You can avoid this by going offline.

I created a new empty Android 2.2 project and got an error on first run. Required jarsigner not found. Required javac not found.

I fixed this by adding the JDK to the path and setting Java_home to the JDK; previously my Adobe CS5 install had set this to its own JRE install.

Next, I built a hello world application.

It feels like a version 1.0 release. When I clicked Run it started the emulator but did not run the app for some reason. A second run after the emulator had opened worked. Code Assist seems a bit hit or miss. There it tooltip help for some keywords, but too brief to be much use, and pressing F1 is unrewarding. No visual GUI designer. Finally, and this is purely a personal thing, the editor has a black background – something I will be sure to change soon.

Nevertheless, this is a step forward for Titanium and presuming the apps perform well I think it is significant and worth investigating.

adobe, apple, development, mobile, professional

Mobile development research shows complex picture

June 8, 2011 onlyconnect

Vision Mobile has published its report on mobile development. It is a detailed report and worth reading, though I would be wary about taking it too seriously since some of the results are puzzling. This is what the report is based on:

We spent the last few months quizzing developers and industry executives about the future of mobile. Our research included 20+ industry executives, along with 900+ developers from 75+ countries working on 8+ major platforms.

There are a few surprises. Android fragmentation is generally regarded as a problem, particularly since operators are slow or reluctant to release updates, but according to the report Android is the least fragmented platform after Apple iOS; the worst is Java ME.

Here are a couple of charts I found interesting. What kinds of apps are people paying for?