Android interface has been achieved using...

Intent intent = new Intent(MediaStore.Audio.Media.RECORD_SOUND_ACTION);
container.startActivityForResult(intent, recordCode);

Currently this is hooked up through the options menu for testing. It still needs to be hooked into the native JS once the microphone tag has been changed. The old logic has been left in place for now.

SVN Checkin 29023.

Passing this Jira on to Greg for BB implementation.

JSF component should be modified to be a simple button that calls ice.microphone('mic').

mic integration now complete for android. svn checking 29164

In Blackberry land, there is no option to start the audio voice recorder to implement the old FileJournalListener trick. The only arguments to the Invoke class are:

Category: Signed static int APP_TYPE_ADDRESSBOOK
Category: Signed static int APP_TYPE_BLUETOOTH_CONFIG
Category: Signed static int APP_TYPE_CALCULATOR
Category: Signed static int APP_TYPE_CALENDAR
Category: Signed static int APP_TYPE_CAMERA
Category: Signed static int APP_TYPE_MAPS
Category: Signed static int APP_TYPE_MEMOPAD
Category: Signed static int APP_TYPE_MESSAGES
Category: Signed static int APP_TYPE_PHONE
Category: Signed static int APP_TYPE_SEARCH
Category: Signed static int APP_TYPE_TASKS

In order to achieve the perceived benifits of the new API, I'll have to build a complete screen with controls to activate and manipulate the settings on the javax.microedition audio API.

Is the current implementation such a problem?

1) There is no record level control available in the blackberry anyway.
2) Cancel is implemented currently simply by not uploading the audio clip.

A screen should be built, but it can be very simple (this is currently the case for the iPhone UI):
Modal with four buttons: Record, Stop, Cancel, Done.

Please resolve if implemented for BlackBerry – this is now implemented in iOS and Android.

Resolved.