Re: [android-developers] Re: Use Mobile Device CPU or Server CPU

2010-03-22 Thread David Ashwood
Use REST for the client/Server communication - it's lightweight and well
defined.
There's plenty of resources available on the internet with examples.
Return JSON data from the server to the client - again it's a well defined
method for returning structured data.

Start simple - forget threading and performance - just get it working first.
Use something simple server side to write your app in - PHP/Rails - whatever
you feel comfortable writing.

When it comes to thinking about performance:
  1) Start with the server - are you using the right type of webserver
(Apache, ngnix, etc) is the config right (gzip headers, cache lifetime, etc)
and do you have simple accelerators installed (APC).
  2) Measure  profile your app on the server - where is it spending most of
it's time, can you optimise the code, cache locally expensive operations
(using something like memcached).  Start with the areas that will have the
biggest impact on performance based on your profiling.


Then start thinking about how you app will scale over time as the traffic
increases.
Will you be scaling up (adding more resources to the server) or out (adding
more servers) - or a combination of the two.


On 20 March 2010 12:45, raqz abdulraqee...@gmail.com wrote:

 hey thanks Yahel...

 Could you please suggest me a good/efficient way to communicate with
 the server.
 I could think of two options
 1) Use http post methods to send data to a php script at the server
 which would later call the google api's written in another java
 program (jar)\or use php to use google api's (if its possible) to find
 nearby restaurants and send the list back to client.
 2) Use simple java socket programming. The server has a jar file that
 supports multi threading and it does the job of finding restaurants
 and sending the list.

 What do you have to say about it.

 Thanks,
 Raqeeb

 On Mar 20, 4:56 am, Yahel kaye...@gmail.com wrote:
  Hi raqz,
 
  It sounds like the perfect job for a web service. The gps coordinate
  are sent to the server which computes the complete list of restaurant
  nearby.
 
  Pros :
  - You can make your app available on any platform(iphone, facebook
  app) without a need to change the server side code.
  - You don't use any resources on the phone either CPU or memory(no
  databases), good for users.
  - No need for synching overhead and no chance of out of synch data
 
  Cons :
  - Can't work when the mobile is offline
  - You are not using the resources of the individual phones. If your
  app is successful, the load on your server could get quite high
 
  Obviously, the first con, isn't really a con, that would be a very
  good problem to have if you know you are going to monetize your app :D
 
  Maybe you can use some caching techniques to relieve some of the load
  on the server.
  For example if someone sends gps coordinate in San Francisco, download
  a zip file of all the restaurants there.
  And then use that local database for a few days or so before
  resynching.
  That removes one of the pros in my list, but since it also remove the
  first con, that doesn't count :D
 
  Yahel

 --
 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%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 To unsubscribe from this group, send email to android-developers+
 unsubscribegooglegroups.com or reply to this email with the words REMOVE
 ME as the subject.


-- 
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

To unsubscribe from this group, send email to 
android-developers+unsubscribegooglegroups.com or reply to this email with the 
words REMOVE ME as the subject.


Re: [android-developers] Use HTTP post method or Simple Java Socket Program

2010-03-20 Thread David Ashwood
Didn't you already ask this raqz?
https://mail.google.com/mail/?tab=cm#inbox/1277ab8600744cb5

On 21 March 2010 02:44, raqz abdulraqee...@gmail.com wrote:

 Hi,

 Could someone please suggest me a good/efficient way to communicate
 with
 the server.
 I could think of two options
 1) Use http post methods to send data to a php script at the server
 which would later call the google api's written in another java
 program (jar)\or use php to use google api's (if its possible) to find
 nearby restaurants and send the list back to client.
 2) Use simple java socket programming. The server has a jar file that
 supports multi threading and it does the job of finding restaurants
 and sending the list.

 Thanks,
 Raqeeb

 --
 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%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 To unsubscribe from this group, send email to android-developers+
 unsubscribegooglegroups.com or reply to this email with the words REMOVE
 ME as the subject.


-- 
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

To unsubscribe from this group, send email to 
android-developers+unsubscribegooglegroups.com or reply to this email with the 
words REMOVE ME as the subject.


Re: [android-developers] How to find email of the current user

2010-03-19 Thread David Ashwood
Direct them to your website to reset their password - use Google oAuth.
No need to send them an email.

The complete flow would be:
1) Install software on phone, direct them to your website
2) Request auth to link their Google acc with your site
3) Create the association between the install instance and the Google User
4) Returning users - check if they are already known, refresh the oAuth
token
5) Provide auth'd actions on your site


On 19 March 2010 18:30, Wah mobic...@gmail.com wrote:

 Is there a way to find the email address of the user of the phone?

 I have a software that requires password. However, sometimes people
 forget their password and want a reset.  I think the best is to send
 an email to the user of the phone, instead of prompting the email
 address at the time the forget their password. Because who knows, it
 could be one of their friends that picks up the phone and likes to
 reset the password as a prank.

 --
 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%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en

 To unsubscribe from this group, send email to android-developers+
 unsubscribegooglegroups.com or reply to this email with the words REMOVE
 ME as the subject.


-- 
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

To unsubscribe from this group, send email to 
android-developers+unsubscribegooglegroups.com or reply to this email with the 
words REMOVE ME as the subject.


Re: [android-developers] Re: android Telephony API access levels

2010-03-18 Thread David Ashwood
The Fring Android app does much of this already - which indicates that it's
possible.

On 18 March 2010 07:09, saru sarucs...@gmail.com wrote:

 Hi i am searching the same feature (specially accepting call) from
 last 3 months but found nothing significant

 1.Some tell to change android source code and relative permission to
 avail this feature.(fruitless)
 2.some tell you should build your own application to accept call. Can
 you imagine how much low level working needed to implement this
 application.
 3.some tell me for key injection. But android was aware of it and
 blocked such types of key injection. Possible in Black Berry
 4. most people tell it is impossible in present version but Google
 might consider it in heir future release.
 5. There is no way to override the existing phone application. though
 android says All applications are same. But i think it is not true in
 case android built in phone application.

 I m urging if any people reading this thread have any idea about it
 Please share as it is a long desired question


 On Mar 17, 1:56 pm, Venu toyv...@gmail.com wrote:
  Hi,
 
  I'm also having similar kind oftarget.
 
  But I didn't find any thing suitable for my requirement in SDK.
 
  How can I develope  a complete third party telephony application using
  SDK.
  [Dialing a call
   Answering an incoming call
   Call supplementary services
   etc., using SDK ]
 
  Can any one at least say possibilities YES/NO
 
  FYI: I am exactly looking for CTelephony equivalent in Android. Is is
  possible in Android 1.5 SDK ???
 
  -regards
  Bytes
 
  On Feb 15, 10:26 am, mike hasitharand...@gmail.com wrote:
 
   intelephonyAPI what are the access levels, can i change certain
   methods
   in other terms i wanted to run my application on top oftelephonyAPI.
   When a call comes or when dialing a  certain number i want to access
   my application and need to display my application output as well.
 
   so will i be able to run third party applications on top of API???
   can i be able to change native methods???
   what are the access levels ??
 
   regards,
   Randika
 
 

 --
 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%2bunsubscr...@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

Re: [android-developers] Re: Grrrrr.... 100 SMS per hour

2010-03-17 Thread David Ashwood
Youngsters with unlimited SMS plans on their mobile with a hip  happening
app that gives them chat like functionality and where recipients don't
always have a smartphone.



On 17 March 2010 06:47, Andreas andreas.bex...@gmail.com wrote:

 I'm sorry, but I can't hep thinking that there must be a better way to
 accomplish whatever you are trying to do. What about using some other
 kind of data carrier? E-mail? Http? It would certainly be interesting
 to know what kind of application needs to send over a hundred sms in
 an hour.

 Sincerely

 Andreas


 On Mar 16, 8:58 pm, Isaac Wagner isaacewag...@gmail.com wrote:
  So, I've hit the 100 text messages per hour limit from my application.
  Is
  there:
 
  A) A way to work around that without rooting the phone
 
  B) A way for my application to push the OK button on the dialog that pops
 up
 
  C) Panic
 
  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.comandroid-developers%2bunsubscr...@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

Re: [android-developers] dns failing in broadcast receivers?

2010-03-17 Thread David Ashwood
No idea - it the problem has only started manifesting itself since DST -
then it's likely to be the cause.

But it's something that's easy to test.  Ensure the devices clocks are
current  accurate.

On 17 March 2010 19:01, Jason Proctor jason.android.li...@gmail.com wrote:

 thanks for the response. what times would i ensure are in sync? i thought
 that phones these days managed their own times.

 also, i'm really confused about why this would affect only DNS requests
 made by broadcast receivers. wouldn't a timing issue affect all DNS
 requests? unless... the UI libraries do some fixups [fx: barf]

 i wonder whether this has anything to do with the Android kernel being 18
 months out of date (IIRC) and the DST change coming in only *last* year.

 baffled of SF!



  Check that times are sync'd - I've seen some issues before where
 out-of-sync clocks caused DNS errors.

 On 17 March 2010 02:06, Jason Proctor mailto:
 jason.android.li...@gmail.comjason.android.li...@gmail.com wrote:

 hey all,

 something weird just started happening. my app has a broadcast receiver
 which may access the network when invoked. the code has been solid for ages,
 but in the last few days it has started getting DNS errors on perfectly fine
 hosts. these are hosts which can be reached without problems in the main app
 or from other apps.

 interestingly i've seen another app get DNS errors too -- another app with
 a broadcast receiver.

 seems to affect all OS versions -- we have 1.5, 1.6, and 2.01 here. i
 don't have a Nexus to test 2.1, though.

 are there caveats to doing network inside broadcast receivers? i didn't
 think so, as ours worked fine until the time change [fx: twilight zone
 theme]

 thanks for any guidance with this one!
 --
 jason.vp.engineering.particle

 --
 You received this message because you are subscribed to the Google
 Groups Android Developers group.
 To post to this group, send email to mailto:
 android-developers@googlegroups.comandroid-developers@googlegroups.com

 To unsubscribe from this group, send email to
 mailto:android-developers%2bunsubscr...@googlegroups.comandroid-developers%252bunsubscr...@googlegroups.com
 android-developers+unsubscr...@googlegroups.comandroid-developers%2bunsubscr...@googlegroups.com

 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en
 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.comandroid-developers%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/android-developers?hl=en
 http://groups.google.com/group/android-developers?hl=en



 --
 jason.vp.engineering.particle

 --
 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%2bunsubscr...@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

Re: [android-developers] Re: I don't HATE apple, but I found these interesting things yesterday, poor iphone developers.

2010-03-17 Thread David Ashwood
Checkout:
http://oo-androidnews.blogspot.com/2010/02/ffmpeg-and-androidmk.html might
give you a leg up.
http://oo-androidnews.blogspot.com/2010/02/ffmpeg-and-androidmk.html

On 17 March 2010 21:30, Kevin Duffey andjar...@gmail.com wrote:

 One of these days I have to dive in to NDK. I haven't done C code in 12
 years.. I am afraid I've probably forgotten all my old C code. Having last
 worked with Watcom C/C++ and Borland C++... is the NDK C that much
 different? I am wondering if there is a book or something I should get/read
 to get a good idea of how to use NDK with android.



 On Wed, Mar 17, 2010 at 12:08 PM, niko20 nikolatesl...@yahoo.com wrote:

 Yes, agreed on the low latency audio. However I do think this may be
 more of an issue with the hardware possibly.  For example, if may
 depend on the hardware what kind of audio abilities you get, whereas
 in the iPhone they are all a standard set by Apple. But right now the
 smallest latency is around 100ms or so buffers, which is way too much
 (slow)

 Fortunately I'm making apps that really dont care about latency, they
 are sample driven (my main app is Electrum Drum Machine), they only
 have latency problems when trying to play live with the touchscreen
 (and I think some of that latency is from the screen hardware itself).
 So for me processor power is most important right now. Having access
 to NDK audio would be nice, but not really necessary, since I've found
 that calling JNI and passing a buffer back from Native Code doesn't
 have as much overhead as most people think, I've had speed increases
 of up to 100 or more by doing so, native code is just that much faster
 than the Dalvik java!


 -niko

 On Mar 17, 11:32 am, Kevin Duffey andjar...@gmail.com wrote:
  I too wanted to work on some audio apps.. I had bought BeatMaker on
 iPhone,
  and wanted to do something similar for Android. It's a blind guess, but
  unless the google team has a massive update in 3.0 coming by end of
 year, I
  would guess that we wont get the audio/low latency capabilities of
 iPhone
  for at least 2 years. I can not imagine why, but games and audio, even
 tho
  they are huge on the iPhone, seem to be lacking interest from the
 Android
  team as being important. From the various forum posts I've seen over the
  last several months, it seems like the JVM doesn't have a JIT, so its
  actually slower than J2ME JVMs although the hardware is faster so it is
  probably comparable. Most basic apps run fine, but games struggle to
 keep
  solid framerates up do to the GC issues among other things. With a new
  thread that started a few days ago describing other apps stealing cpu/gc
  cycles and causing games to hiccup, there seems to be almost no way to
  provide a solid smooth game that provides any sort of detail all the
 time.
  I've not personally played any iphone level game on android other than
 basic
  puzzle games, so I am formulating my opinion from various other
 developers
  that have posted these issues.
 
  I would agree that Android is STILL more appealing to write for than
 iPhone.
  I just can't stand the ridiculousness of apple and their changes,
 forceful
  removals, etc. It's crap. I don't care if there are 60 million iPhones
 and
  only a few million android devices... why suffer thru having to work
 with
  objective-c and having to own a mac to write for it, and all their
 rules..
  worrying about whether or not your months of hard work will even get
  approved.
 
  but ya, Android has a long way to go to catch up. If they are even
 trying
  to. I don't know if anyone on the android team could comment, but it
 would
  be really nice to get some sort of inclination of what is going on with
 the
  various threads discussed here about the major shortcomings of android.
 I
  would think that android/google would be listening to the developers
 that
  plan to write for it, and thus want to focus resources on things like
 low
  latency audio, keeping background processes from interfering with
 foreground
  real-time games, better 3D support and so on.
 
 
 
  On Wed, Mar 17, 2010 at 10:12 AM, Sundog sunns...@gmail.com wrote:
   Right on point here, all three of you, and representative of the
   problems of both platforms. I won't even consider continuing my IPhone
   development, but I've had to completely drop several projects I wanted
   to do in Android because it simply isn't up to it. Since they're being
   nice enough to send me a phone I'll probably try once more, but I'll
   choose what I write around what Android can do well (audio-visually),
   which isn't much. Margarita Drop was a silly little game but I had to
   work like crazy to get it to work as smoothly as it does... no more 3d
   from us until things improve.
 
   On Mar 17, 10:26 am, MobDev developm...@mobilaria.com wrote:
hehe,
another music app developer here, with no decent streaming app
possibilities :(
It's nice to have a MediaPlayer which streams MP3, but thats way way

Re: [android-developers] Grrrrr.... 100 SMS per hour

2010-03-16 Thread David Ashwood
Clickatel have a devent api and good rates.
I push around 40k SMS's through them a week for various clients -
http://bit.ly/dA7nPG
They have a variety of interfaces - some of which support templating - which
is handy if you broadcast SMS's.



On 16 March 2010 14:53, Isaac Wagner isaacewag...@gmail.com wrote:

  D) Recognize that sending 100 text messages per hour is going to be
  expensive for many Android device users, and so having this confirmation
  is good for Android as a whole, even if it means you cannot do whatever
  it is you are trying to do.
 

 I agree that this is a good thing to have in place.  My target
 demographic are teens, who I think mostly have unlimited texting now.
 I plan on warning users that a lot of text messages will be sent.
 I've just got to figure out a way to work within the confines of
 Android.

 I like your suggestion of using an internet texting gateway.  That
 might be a viable option.

 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.comandroid-developers%2bunsubscr...@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

Re: [android-developers] Re: Grrrrr.... 100 SMS per hour

2010-03-16 Thread David Ashwood
Because something that's unfettered in a sensible way opens the door to
abuse.

On 16 March 2010 15:46, Mike dg vinb...@gmail.com wrote:


  D) Recognize that sending 100 text messages per hour is going to be
  expensive for many Android device users, and so having this confirmation
  is good for Android as a whole, even if it means you cannot do whatever
  it is you are trying to do.
 
 But then that leads towards a slippery slope. Why isn't 50 the limit?
 Why not 10? Why not only allow the messaging app to send text messages
 and other apps can only populate a textbox there. And then we wind up
 with limitations like the iPhone.

 --
 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%2bunsubscr...@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

Re: [android-developers] dns failing in broadcast receivers?

2010-03-16 Thread David Ashwood
Check that times are sync'd - I've seen some issues before where out-of-sync
clocks caused DNS errors.

On 17 March 2010 02:06, Jason Proctor jason.android.li...@gmail.com wrote:

 hey all,

 something weird just started happening. my app has a broadcast receiver
 which may access the network when invoked. the code has been solid for ages,
 but in the last few days it has started getting DNS errors on perfectly fine
 hosts. these are hosts which can be reached without problems in the main app
 or from other apps.

 interestingly i've seen another app get DNS errors too -- another app with
 a broadcast receiver.

 seems to affect all OS versions -- we have 1.5, 1.6, and 2.01 here. i don't
 have a Nexus to test 2.1, though.

 are there caveats to doing network inside broadcast receivers? i didn't
 think so, as ours worked fine until the time change [fx: twilight zone
 theme]

 thanks for any guidance with this one!
 --
 jason.vp.engineering.particle

 --
 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%2bunsubscr...@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

Re: [android-developers] About android.permission.INJECT_EVENTS

2010-03-16 Thread David Ashwood
Your asking for the permission to inject events from your application to
others.
It won't take away the ability for you app to receive input - it allows you
to send something like a keystroke from your app to another.

On 17 March 2010 02:25, Morris morrischen.c...@gmail.com wrote:

 Hi All,

 I refer to
 http://developer.android.com/intl/zh-TW/reference/android/Manifest.permission.html
 and find android.permission.INJECT_EVENTS  as below description.


 --
 Allows an application to inject user events (keys, touch, trackball)
 into the event stream and deliver them to ANY window. Without this
 permission, you can only deliver events to windows in your own
 process. Very few applications should need to use this permission.

 --

 So, I use uses-permission
 android:name=android.permission.INJECT_EVENT/ or assign-
 permission android:name=android.permission.INJECT_EVENT/ and add
 them into AndroidManifest.xml of my activity to disable key event.

 But, when my activity is running, I still could use key, such as home
 key..

 Would you tell me if I use the wrong method?
 or
 This permission is not allowed for activity.

 Thanks a lot.

 Sincerely,
 Morris

 --
 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%2bunsubscr...@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

Re: [android-developers] Android Virtual Devices, can i uses it to simulate a android phone with most if not all features

2010-03-12 Thread David Ashwood
Yes :)

On 11 March 2010 02:00, Cobra damo...@googlemail.com wrote:

 Hi, I want to gain expedience with goggle android both to help people
 with  the likes of setting up email and connecting to wifi, and to
 gain some expeinces before i start to try and develop a app for them

 I am hoping to do this by using AVD.

 Will ADV be able to give me most if not all the menu like settings
 (email, network, wifi, programs, ect ect) as well as being able to
 simulate sending email, sms ect

 Many thanks

 D

 --
 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%2bunsubscr...@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