[android-developers] Re: Camera Access through WebView

2011-02-16 Thread Joe McCann
Camera INTENT is available thru the WebView with Phonegap.

However, if you want a *custom* Camera (SurfaceView) you'll need to
write it natively.  You could probably attempt to build the bridge to
the WebView with your custom Camera but is certainly a non-trivial
exercise.

On Feb 16, 2:50 am, sogan xie soga...@gmail.com wrote:
 Some links. 
 FYI.http://www.quora.com/How-can-a-HTML5-web-app-access-Camera-in-mobile-...http://scobleizer.com/2009/12/16/iphone-developers-abandoning-app-mod...http://www.h-online.com/open/news/item/HTML5-Access-to-cameras-and-mi...









 On Wed, Feb 16, 2011 at 4:42 PM, perumal316 perumal...@gmail.com wrote:
  Hi All,

  Is it possible to invoke the camera through a WebView instance?

  Can HTML5 be used? I want to have a Android Web App which can access
  the Camera Hardware in the Android phone. Can this be done?

  Regards,
  Perumal

  --
  You received this message because you are subscribed to the Google
  Groups Android Developers group.
  To post to this group, send email to android-developers@googlegroups.com
  To unsubscribe from this group, send email to
  android-developers+unsubscr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 --
 B.R.
 Sogan.X
 
 Mail:    soga...@gmail.com
 Addr:   Nanjing JiangSu Province. China.
 Motto:  No Pain, No Gain.
 

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Camera preview Api

2011-02-15 Thread Joe McCann
I recommend using getExternalStorageDirectory()

http://developer.android.com/reference/android/os/Environment.html#getExternalStorageDirectory()

On Feb 15, 3:10 am, Jayanthi jaia...@gmail.com wrote:
 Hi,
    I am trying to save images in sd card which is taken from camera in
 emulator, the following is the code
 to save images in sd card

 path = String.format(/sdcard/%d.jpg, System.currentTimeMillis());
                                 outStream = new 
 FileOutputStream(String.format(/sdcard/%d.jpg,
 System.currentTimeMillis()));
                                 Log.e(TAG,b4 writing );
                                 outStream.write(data);

                                 Log.e(TAG,after writing );
                                 outStream.close();

 But I get error that no file or directory . Can anyone tell me where i
 did mistake

 Thanks ,

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Programmatically Update Flash Setting (or any Camera.Parameters)

2011-02-11 Thread Joe McCann
I found the solution:

/** Note: _flashButton and _poladroidCamera are decleared  outside the
scope for this method in the same Activity class. **/

/**
 * Set's the flash icon's drawable and updates the camera
instance's settings to reflect the new flash state.
 * NOTE This method is called on an ImageButton click.
 *
 * @param drawableId
 * @param flashMode
 */
private void setFlashIcon(int drawableId, String flashMode)
{
 
_flashButton.setBackgroundDrawable(getResources().getDrawable(drawableId));
_poladroidCamera.setCurrentFlashMode(flashMode);
_poladroidCamera.surfaceChanged(null, 0, 0,0); // this is the
magic sauce
}


Let me know if you have any questions.

On Feb 10, 3:00 pm, Joe McCann joseph.is...@gmail.com wrote:
 Kevin,

 You are spot on and I'm yet to find the right/most efficient
 solution.  I really don't want to have to do some silly hack as I
 would think there's a way (maybe with threads?) that is the most
 efficient approach.

 joe

 On Feb 10, 2:15 pm, Kevin Duffey andjar...@gmail.com wrote:







  He's saying that calling that after the preview has been set up.. doesn't
  seem to immediately take affect. You either have to recreate the surface to
  change camera parameters, or use a separate activity to pause the current
  camera preview activity, then when that activity closes, it causes a
  onSurfaceChanged() call which then picks up the change. I am guessing the OP
  wants to do something like the camera app does (at least on my original
  droid) where you can flip some switches/buttons while the preview is running
  and they affect how the camera works without having to recreate the preview
  surfaceview each time a change occurs. If you can turn flash on/off, zoom,
  auto focus on/off, etc with immediate changes that when the picture is
  taken, are applied.

  On Thu, Feb 10, 2011 at 11:42 AM, Stephen Lebed srle...@gmail.com wrote:
   Unless I dont understand the question correctly,
   Camera.setParameters() should do what you need.

   Hope this helps.

   Stephen Lebed
   Developer
  http://apps.mechnology.com

   On Feb 10, 9:28 am, Joe McCann joseph.is...@gmail.com wrote:
I'm trying to avoid having to rewrite the Android source for the
native camera app (as it is a cluster***k of code), but am curious as
to the proper, most efficient away of being able to update the Camera
Parameters AFTER the SurfaceView of the Camera has been created and
opened.

For example, if you have a button that toggles the setting of On, Off,
or Auto for the Flash, this initial parameter value is set when the
Camera is initialized (let's say Auto by default, if, of course, the
device supports it).  If you want to switch it to Off, WHILE the
current view is the instance of the Camera/SurfaceView, you press the
button and it sets the new parameter to the camera to OFF;
however, the CURRENT instance of the camera does not update it's
camera settings, meaning if you take the picture the Auto flash
setting is still enabled.

Now, if you say launch a new Activity, like a Preferences screen, and
then go back to the Camera view, the camera now has the OFF
setting.  This clearly has to do with the surfaceChanged() method as
it is grabbing the NEW camera parameters and updating the camera
settings to reflect that.

In a nutshell, I'm wondering if there is a way inside to update the
CURRENT instance of the Camera and what a preferred approach would be.

Thanks!

   --
   You received this message because you are subscribed to the Google
   Groups Android Developers group.
   To post to this group, send email to android-developers@googlegroups.com
   To unsubscribe from this group, send email to
   android-developers+unsubscr...@googlegroups.com
   For more options, visit this group at
  http://groups.google.com/group/android-developers?hl=en

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] [Camera API] Programmatically Update Flash Setting (or any Camera.Parameters)

2011-02-10 Thread Joe McCann
I'm trying to avoid having to rewrite the Android source for the
native camera app (as it is a cluster***k of code), but am curious as
to the proper, most efficient away of being able to update the Camera
Parameters AFTER the SurfaceView of the Camera has been created and
opened.

For example, if you have a button that toggles the setting of On, Off,
or Auto for the Flash, this initial parameter value is set when the
Camera is initialized (let's say Auto by default, if, of course, the
device supports it).  If you want to switch it to Off, WHILE the
current view is the instance of the Camera/SurfaceView, you press the
button and it sets the new parameter to the camera to OFF;
however, the CURRENT instance of the camera does not update it's
camera settings, meaning if you take the picture the Auto flash
setting is still enabled.

Now, if you say launch a new Activity, like a Preferences screen, and
then go back to the Camera view, the camera now has the OFF
setting.  This clearly has to do with the surfaceChanged() method as
it is grabbing the NEW camera parameters and updating the camera
settings to reflect that.

In a nutshell, I'm wondering if there is a way inside to update the
CURRENT instance of the Camera and what a preferred approach would be.

Thanks!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Programmatically Update Flash Setting (or any Camera.Parameters)

2011-02-10 Thread Joe McCann
Kevin,

You are spot on and I'm yet to find the right/most efficient
solution.  I really don't want to have to do some silly hack as I
would think there's a way (maybe with threads?) that is the most
efficient approach.

joe

On Feb 10, 2:15 pm, Kevin Duffey andjar...@gmail.com wrote:
 He's saying that calling that after the preview has been set up.. doesn't
 seem to immediately take affect. You either have to recreate the surface to
 change camera parameters, or use a separate activity to pause the current
 camera preview activity, then when that activity closes, it causes a
 onSurfaceChanged() call which then picks up the change. I am guessing the OP
 wants to do something like the camera app does (at least on my original
 droid) where you can flip some switches/buttons while the preview is running
 and they affect how the camera works without having to recreate the preview
 surfaceview each time a change occurs. If you can turn flash on/off, zoom,
 auto focus on/off, etc with immediate changes that when the picture is
 taken, are applied.







 On Thu, Feb 10, 2011 at 11:42 AM, Stephen Lebed srle...@gmail.com wrote:
  Unless I dont understand the question correctly,
  Camera.setParameters() should do what you need.

  Hope this helps.

  Stephen Lebed
  Developer
 http://apps.mechnology.com

  On Feb 10, 9:28 am, Joe McCann joseph.is...@gmail.com wrote:
   I'm trying to avoid having to rewrite the Android source for the
   native camera app (as it is a cluster***k of code), but am curious as
   to the proper, most efficient away of being able to update the Camera
   Parameters AFTER the SurfaceView of the Camera has been created and
   opened.

   For example, if you have a button that toggles the setting of On, Off,
   or Auto for the Flash, this initial parameter value is set when the
   Camera is initialized (let's say Auto by default, if, of course, the
   device supports it).  If you want to switch it to Off, WHILE the
   current view is the instance of the Camera/SurfaceView, you press the
   button and it sets the new parameter to the camera to OFF;
   however, the CURRENT instance of the camera does not update it's
   camera settings, meaning if you take the picture the Auto flash
   setting is still enabled.

   Now, if you say launch a new Activity, like a Preferences screen, and
   then go back to the Camera view, the camera now has the OFF
   setting.  This clearly has to do with the surfaceChanged() method as
   it is grabbing the NEW camera parameters and updating the camera
   settings to reflect that.

   In a nutshell, I'm wondering if there is a way inside to update the
   CURRENT instance of the Camera and what a preferred approach would be.

   Thanks!

  --
  You received this message because you are subscribed to the Google
  Groups Android Developers group.
  To post to this group, send email to android-developers@googlegroups.com
  To unsubscribe from this group, send email to
  android-developers+unsubscr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Camerapreview

2011-02-08 Thread Joe McCann
Seriously, did you google it?  There are loads of examples.

On Feb 8, 3:12 am, Jayanthi jaia...@gmail.com wrote:
 Hi,
     I am new to android I want to send mail with image attached to it
 I need solution for two question
 1.How to get the path of image saved in sd card using camera preview
 2.How to send mail by attaching image

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: data upload java script

2011-02-02 Thread Joe McCann
JavaScript does not handle uploading; you'll need to have some code
written on the server to handle a POST request with the data you are
posting.

Inside a WebView, you can use the XHR object to make your call to your
server asynchronously, but JavaScript itself can't actually do the
uploading of the data.

On Feb 1, 6:55 am, Jags jag...@gmail.com wrote:
 I need a javascript snippet to upload some data to a server, any
 sample code ? basically what i need is a page loads and the java
 script loads as part of thet page. that page also puts some data in
 hidden value. (or suggest better alternative). now, as soon as the
 page loads completely, the javascript uploads the data in hidden
 variable to another web server.

 please give me some pointers and code snippets. i need it to run in
 android browser

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Force Close Does Not Release Camera Resource

2011-01-26 Thread Joe McCann
thx

On Jan 26, 2:17 am, blindfold seeingwithso...@gmail.com wrote:
 Indeed this is an old known issue 
 (1578)http://code.google.com/p/android/issues/detail?id=1578
 and only restarting the phone helps. You can try to  minimize
 occurrences by properly releasing the camera yourself when an
 exception occurs in your app.

 On Jan 25, 10:41 pm, Joe McCann joseph.is...@gmail.com wrote:



  So while developing a custom camera application I've realized on rare
  occasions and on various devices if the app has to force close, it
  does not always release the camera resource.

  Is there a way to find/detect the process that is holding onto this
  resource and kill it?  Or some other technique?  It is rather
  difficult bug to reproduce (for me anyway), but ultimately the device
  has to be restarted.

  Thanks!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] [Camera API] Force Close Does Not Release Camera Resource

2011-01-25 Thread Joe McCann
So while developing a custom camera application I've realized on rare
occasions and on various devices if the app has to force close, it
does not always release the camera resource.

Is there a way to find/detect the process that is holding onto this
resource and kill it?  Or some other technique?  It is rather
difficult bug to reproduce (for me anyway), but ultimately the device
has to be restarted.

Thanks!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Camera properties

2011-01-16 Thread Joe McCann
Fairly certain you'll have to include the permissions declaration.
The other parts would require some hackery, I suppose.

On Jan 15, 4:15 am, b_t bartata...@gmail.com wrote:
 Hi,

 is there any way to get camera properties without open it?
 I want to display camera properties but don't want to take a picture.
 I have to open camera, get properties, then release it:

         Camera camera = Camera.open();

         if (camera != null) {
                 parameters = camera.getParameters();
                 camera.release();
         }

 And it needs android.permission.CAMERA permission. :(

 Is there any solution?
 Tamás

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: webview inside the dialogbox.

2011-01-14 Thread Joe McCann
It's a bug.  You'll need to create an Activity that uses the Dialog
theme and re-create the dialog including buttons, etc. while also
containing the Webview.

activity
android:name=.TwitterForm
android:configChanges=orientation|keyboard
android:theme=@android:style/Theme.Dialog
android:label=@string/twitter_form
/activity


Now create a webview_dialog.xml view in Layout folder.  Have it
contain a Linear Layout (or Relative/Frame, whatever) where you have a
Webview as a child and maybe another LL as child with two buttons (OK,
Cancel) as the children of this LL.

In your Activity where you want to use it, inflate this view, then
programmatically (in Java) set the properties of the Webview just as
you would a standard Webview. Then, wire up the buttons with their
respective onClick events, etc.

Sorry I can't show more code, but I just had to implement this last
week because of the issue you are facing...


On Jan 13, 11:45 pm, YoGenDr@ $iNgH yogi.ru...@gmail.com wrote:
 @Kumar
 Google apps itself are using this(Settings-about Phone-Legal
 Information-google legal after this it open a link in dialog box...).









 On Thu, Jan 13, 2011 at 11:04 AM, Kumar Bibek coomar@gmail.com wrote:
  Any specific reason of using WebView in a dialog?

  On Jan 13, 4:12 pm, yogi yogi.ru...@gmail.com wrote:
   Hi all,

   I m launching the dialog with webview inside it. Now on that webview I
   have a textbox (like google sign in page).When I tap on the field the
   Softkeyboard is not showing.

   Its not even working in emulator..
   Thanks in Advance.

   Regards
   Yogi

  --
  You received this message because you are subscribed to the Google
  Groups Android Developers group.
  To post to this group, send email to android-developers@googlegroups.com
  To unsubscribe from this group, send email to
  android-developers+unsubscr...@googlegroups.comandroid-developers%2Bunsubs 
  cr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 --
 Yogendra Singh
 B-Tech,Computer Science and Engg.,
 MNNIT,Allahabad

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] [BUG] Easily Reproducable Bug in Regards to Bitmaps, Memory, and Recycling [sample project included]

2011-01-07 Thread Joe McCann
In a nutshell, I have/am trying to create reusable UI components in
XML.  I created a dead simple project that only fires an activity to
show the UI.  It can be downloaded here:

http://dl.dropbox.com/u/409429/Bitmap%20Bg%20Test.zip

I have a base_form.xml component that is referenced
(setContentView()) in BaseForm.java, a base Activity.  The
base_form.xml is a FrameLayout where the background is set to a
drawable (a 16 kb png).

I now have LoginForm.java that extends BaseForm and a subsequent
login_form.xml component.  This login_form component is inflated in
LoginForm.java and appended to the view and remember, the view was
set in BaseForm.java via setContentView(R.layout.base_form).

It should be noted that in the BaseForm.java there is a method called
cleanupDrawables() which recycles the bitmap being used in the
FrameLayout and sets various things to null.  It even explicitly calls
System.gc() (I've tried it without and still the same issue).

Upon firing the app, everything works fine.  UI loads up and displays
properly.

Now, hit the back button.

Now, open the app again.  Everything is fine.

Hit the back button again.

Now open the app again.  Breaks with this exception:

FATAL EXCEPTION: main
E/AndroidRuntime(  405): java.lang.RuntimeException: Canvas: trying to
use a recycled bitmap android.graphics.bit...@44f4c150


So after discussing this issue with some other engineers it appears it
is a bug in the garbage collector that is occurring after the 2nd
sweep.  Apparently a very similar bug existed in early .Net.

A solution may be to instead of defining the background in XML to load
a bitmap using BitmapFactory and explicitly set the background of the
FrameLayout in Java.  This is undesirable as it doesn't really allow
me to create reusable UI components in XML.

Any help is greatly appreciated.


Also, it appears this is a bug that is declined by the Android
team.  Use less memory in your app was the original solution
suggested by Romain Guy.

http://code.google.com/p/android/issues/detail?id=8488

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: [BUG] Easily Reproducable Bug in Regards to Bitmaps, Memory, and Recycling [sample project included]

2011-01-07 Thread Joe McCann
Curious if you even looked at the code.  I suspect, you did not.



On Jan 7, 12:16 pm, Romain Guy romain...@android.com wrote:
 This error message is usually not related to the GC. This message is logged
 when recycle() is called twice on the same bitmap. Considering you are doing
 your own bitmap management and calling recycle yourself in BaseForm I would
 suspect a bug in your code.









 On Fri, Jan 7, 2011 at 9:44 AM, Mark Murphy mmur...@commonsware.com wrote:
  On Fri, Jan 7, 2011 at 12:36 PM, Joe McCann joseph.is...@gmail.com
  wrote:
   Also, it appears this is a bug that is declined by the Android
   team.  Use less memory in your app was the original solution
   suggested by Romain Guy.

  http://code.google.com/p/android/issues/detail?id=8488

  The issue you list here would appear to have nothing to do with your
  problem, considering that your error (trying to use a recycled
  bitmap) appears nowhere in that issue.

  --
  Mark Murphy (a Commons Guy)
 http://commonsware.com|http://github.com/commonsguy
 http://commonsware.com/blog|http://twitter.com/commonsguy

  Warescription: Three Android Books, Plus Updates, One Low Price!

  --
  You received this message because you are subscribed to the Google
  Groups Android Developers group.
  To post to this group, send email to android-developers@googlegroups.com
  To unsubscribe from this group, send email to
  android-developers+unsubscr...@googlegroups.comandroid-developers%2Bunsubs 
  cr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 --
 Romain Guy
 Android framework engineer
 romain...@android.com

 Note: please don't send private questions to me, as I don't have time to
 provide private support.  All such questions should be posted on public
 forums, where I and others can see and answer them

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: [BUG] Easily Reproducable Bug in Regards to Bitmaps, Memory, and Recycling [sample project included]

2011-01-07 Thread Joe McCann
If you comment out the cleanupDrawables() method, you'll get the
exception mentioned in the bug.  I'm assuming you simply responded
instead of looking/trying that out?

On Jan 7, 11:44 am, Mark Murphy mmur...@commonsware.com wrote:
 On Fri, Jan 7, 2011 at 12:36 PM, Joe McCann joseph.is...@gmail.com wrote:
  Also, it appears this is a bug that is declined by the Android
  team.  Use less memory in your app was the original solution
  suggested by Romain Guy.

 http://code.google.com/p/android/issues/detail?id=8488

 The issue you list here would appear to have nothing to do with your
 problem, considering that your error (trying to use a recycled
 bitmap) appears nowhere in that issue.

 --
 Mark Murphy (a Commons 
 Guy)http://commonsware.com|http://github.com/commonsguyhttp://commonsware.com/blog|http://twitter.com/commonsguy

 Warescription: Three Android Books, Plus Updates, One Low Price!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: [BUG] Easily Reproducable Bug in Regards to Bitmaps, Memory, and Recycling [sample project included]

2011-01-07 Thread Joe McCann
Hey Mark,

I moved the png into the respective folders and it works fine.  Thanks
for you help.

Oh, side note, that zip was imported and installed and run fine on 3
different machines.  Not sure the issue you are mentioning about my
dead simple project.  I and others had zero issues running on 2.2
emulators and devices???

Cheers.

joe

On Jan 7, 12:14 pm, Mark Murphy mmur...@commonsware.com wrote:
 On Fri, Jan 7, 2011 at 12:36 PM, Joe McCann joseph.is...@gmail.com wrote:
  In a nutshell, I have/am trying to create reusable UI components in
  XML.  I created a dead simple project that only fires an activity to
  show the UI.

 Your dead simple project will not run on any version of Android, due
 to a typo in your manifest.

 Also, on the Android 2.3 emulator, your dead simple project crashes
 immediately with a bitmap size exceeds VM budget.

 Your problem can be solved by removing your recycle() call and putting
 your background PNG into the appropriate resource sets (drawable-ldpi,
 drawable-mdpi, drawable-hdpi). This has a side benefit of allowing
 your application to run on Android 2.3.

 --
 Mark Murphy (a Commons 
 Guy)http://commonsware.com|http://github.com/commonsguyhttp://commonsware.com/blog|http://twitter.com/commonsguy

 Warescription: Three Android Books, Plus Updates, One Low Price!

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: [BUG] Easily Reproducable Bug in Regards to Bitmaps, Memory, and Recycling [sample project included]

2011-01-07 Thread Joe McCann
BTW, your assessment was incorrect.  It had to do with the placement
of the png in their respective folders (h/m/l-dpi).  Nothing to do
with my code.

On Jan 7, 12:16 pm, Romain Guy romain...@android.com wrote:
 This error message is usually not related to the GC. This message is logged
 when recycle() is called twice on the same bitmap. Considering you are doing
 your own bitmap management and calling recycle yourself in BaseForm I would
 suspect a bug in your code.









 On Fri, Jan 7, 2011 at 9:44 AM, Mark Murphy mmur...@commonsware.com wrote:
  On Fri, Jan 7, 2011 at 12:36 PM, Joe McCann joseph.is...@gmail.com
  wrote:
   Also, it appears this is a bug that is declined by the Android
   team.  Use less memory in your app was the original solution
   suggested by Romain Guy.

  http://code.google.com/p/android/issues/detail?id=8488

  The issue you list here would appear to have nothing to do with your
  problem, considering that your error (trying to use a recycled
  bitmap) appears nowhere in that issue.

  --
  Mark Murphy (a Commons Guy)
 http://commonsware.com|http://github.com/commonsguy
 http://commonsware.com/blog|http://twitter.com/commonsguy

  Warescription: Three Android Books, Plus Updates, One Low Price!

  --
  You received this message because you are subscribed to the Google
  Groups Android Developers group.
  To post to this group, send email to android-developers@googlegroups.com
  To unsubscribe from this group, send email to
  android-developers+unsubscr...@googlegroups.comandroid-developers%2Bunsubs 
  cr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 --
 Romain Guy
 Android framework engineer
 romain...@android.com

 Note: please don't send private questions to me, as I don't have time to
 provide private support.  All such questions should be posted on public
 forums, where I and others can see and answer them

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: What is a 512 by 512 App icon high resolution

2010-11-28 Thread Joe McCann
Pretty sure it is for Google TV apps.  512 x 512 is pretty standard
for scaling png files for icons on hi-res displays.

--joe

http://subprint.com

On Nov 27, 4:51 am, ses stew...@ssims.co.uk wrote:
 On Nov 27, 9:56 am, TreKing treking...@gmail.com wrote:

  The people that know the answer to those questions either don't read this
  list or won't bother to answer. We'll likely have to wait for the inevitably
  ridiculously belated blog post that will fill developers in when Google
  feels like it.

 Cynical, but I fear also true.

 The management of these developer updates seems rather odd - for
 example with the new rating system, we get told the exact date when
 new and updated apps will require a rating and that if we do not
 provide one then 'in a few weeks' the app will be automatically rated
 'mature'. However there is no indication as to the exact date and
 whether we can rate apps without updating them.

 If this was a business application in a corporate environment, changes
 that affect the consumer would be clearly communicated to the consumer
 prior to them actually happening and would not leave them wondering
 what is really going on.

 Some of these changes could be great, but to release them to
 developers before they know what is going on seems strange to me. The
 emails we received didn't really shed any more light on the nature of
 the changes than we could glean ourselves.

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] [Image] jMagick on Android

2010-11-28 Thread Joe McCann
Anyone been able to get this to run/build?  I'm trying to apply a
Polaroid effect to an image and the jMagick seems to have that option.

Thanks in advance.

-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en


[android-developers] Re: Voice recognition and voice decoding

2010-01-12 Thread Joe McCann
Speech-to-text is processed in the cloud and the resulting data is
returned.

On Jan 11, 5:36 am, tina lincon tina.theresalin...@wipro.com wrote:
 How is it possible to implement voice recognition on android phones?
 Also to decode the voice and convert the male voice to female voice
 and vice versa?The voice data input from the user will be sent to the
 Google site
 for recognition through Internet, or will be processed and recognized
 locally on my android phone?
  if anyone has any idea regarding it,plzz help..
 Thanks in advance,
-- 
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en