Re: [android-developers] How Are Content Providers To Interpret Section 5.3 of Google Play Developer Distribution Agreement?

[Kristopher Micinski]

I doubt it's that, as much as it is that Google legal won't be reading
this mailing list. Google engineers are likely going to get in hot
water if they make comments regarding the company's stance on their
legalese, and so I doubt any of them would do it. And finding the
right person to direct this email to would likely be nonobvious. For
that reason, it's probably not as much a firewall as it is simple
bureaucracy, and while you might be able to navigate it yourself, your
lawyer would potentially have more experience knowing whom to contact.

kris


On Mon, Feb 22, 2016 at 2:03 PM, Movie Master  wrote:
> Thanks for reply Chuck.  I'm not convinced that I need to hire an attorney
> to receive this simple clarification from Google, unless Google hides behind
> some legal firewall to distance and protect itself from its customers by
> having to answer customer inquiries.
>
> On Monday, February 22, 2016 at 10:23:55 AM UTC-8, Chuck Crisler wrote:
>>
>> The section sounds like they want to provide support to their current/your
>> former customers. I doubt that Google would sell copies of your app without
>> compensating you. They have too much to lose. However, for an authoritative
>> legal opinion you need to hire an attorney to contact the Google legal
>> department.
>>
>> On Feb 22, 2016 1:04 PM, "Movie Master" wrote:
>>>
>>> We are considering using Google Play to sell movies. The Google Play
>>> Developer Distribution Agreement available at
>>> https://play.google.com/about/developer-distribution-agreement.html says in
>>> article 5.3: “…After termination of this Agreement, Google will not
>>> distribute your Product, but may retain and use copies of the Product for
>>> support of the Store and the Android platform.” We do not understand
>>> Google’s intent by this sentence. In simpler and clearer terms, what is
>>> Google’s intended meaning in this sentence and subsequent actions it can
>>> take, specifically “…but may retain and use copies of the Product for
>>> support of the Store and the Android platform.”? This sentence appears
>>> deliberately ambiguous in order to give Google huge latitude to do just
>>> about anything it wants to with our content, and without promise of
>>> compensation to us the rightful copyright holder, after we cease doing
>>> business with it. People use their jobs and businesses to generate income to
>>> "support" their family. Is Google leaving the door open to use our
>>> proprietary content to "support" its store after we're gone through means
>>> other than direct distribution?  It's not unusual for video hosting sites to
>>> clench ungodly amounts of intellectual property rights simply because it
>>> sits upon their servers. Maybe a rewrite of this Agreement is in order.
>>>
>>>
>>>
>>> I'm assuming that only a representative from Google Play can give an
>>> authoritative answer that's not just an opinion unless somebody elsewhere
>>> has dealt with this same issue themselves. Google appears to have gone out
>>> of its way to make it difficult to reach anybody who is authorized to answer
>>> this question.  If you know how to reach their legal department directly so
>>> that we can receive their WRITTEN clarification, let me know. We will short
>>> circuit any legal disputes with Google before they arise.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/9095b634-980c-4f65-9309-b217fa94b3c0%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-FHOG7rT98coX0Pz-Ana9xzS-vY_T14pSKOKtGUwPFGJg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Can I use name..

[Kristopher Micinski]

I'm not a lawyer, but no, you can't. You'll be attempting to profit
off a trademark.

In fact, even making your game seem too similar to space invaders
might get you a takedown.

Kris


On Thu, Feb 18, 2016 at 6:47 AM, 'Michal K.' via Android Developers
 wrote:
> Hi,
> I'm working on a remake game Space Invaders.
> Can i publish game with name Space Invaders: Dark Times ?
>
> Thank you for answer
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/8e40fab3-499a-4caf-bdfa-150993bac8bc%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-ERVNyoMzsYPdECtcvO8Mzjp1yG8o%2Btj0%2BrOi-SFVUTpA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: My apk is pirated

[Kristopher Micinski]

What metrics did you usually use to check app integrity?

E.g., file checksum?

Kris


On Thu, Jan 21, 2016 at 12:48 PM, jtoolsdev  wrote:
> Along with the suggestions from the are depending on your app when you check
> for those things maybe make the app seem it is running like normal but it
> isn't.  This is something I learned years ago when making Palm apps.
> Hackers were proud about breaking the app but then were insulted by people
> who told them their version didn't work right.  So they never broke another
> of those apps again.
>
> On Tuesday, January 19, 2016 at 7:25:15 AM UTC-8, WeiHung wrote:
>>
>> I have an paid app on google play. Unfortunately, I found the paid apk is
>> distributed over the internet. And the distributed apk is EXACTLY the same
>> as what I uploaded to google play.
>>
>>
>> What method does the hacker take to get the apk?
>>
>>
>> Is there any method to protect my effort?
>>
>> I found some suggestions here.
>> https://www.airpair.com/android/posts/adding-tampering-detection-to-your-android-app
>>
>>
>> Is there any other suggestion?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/91c8facc-c819-4e41-831e-76340ebb5893%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-HQEsP6O3UChM8%2Bb2iiPZq-2U3Oz7t0YAe3-RLWg_Njdg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] My apk is pirated

[Kristopher Micinski]

pirating an APK is easy: get it, take it off the device, change the
package name, repackage it as your own, put it up on google play.
Send google play a takedown notice and hope for the best.

Kris


On Tue, Jan 19, 2016 at 10:25 AM, WeiHung  wrote:
> I have an paid app on google play. Unfortunately, I found the paid apk is
> distributed over the internet. And the distributed apk is EXACTLY the same
> as what I uploaded to google play.
>
>
> What method does the hacker take to get the apk?
>
>
> Is there any method to protect my effort?
>
> I found some suggestions here.
> https://www.airpair.com/android/posts/adding-tampering-detection-to-your-android-app
>
>
> Is there any other suggestion?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/52df9b7c-f5d7-4219-bf93-bf6ff4bd59c7%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-Hh_RQmW%2BXHD26oWteyOTJp4n%3D3GZ_mSJGi8FCHZfCUTQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Android Studio Emulator error regarding Intel HAXM

[Kristopher Micinski]

http://stackoverflow.com/questions/27718713/while-running-android-avd-manger-it-shows-error-hax-kernel-module-is-not-instal


On Wed, Jan 13, 2016 at 7:46 PM, Krystal Balduc
 wrote:
> Hello, I apologize if this isn't the correct forum for this support request.
> I installed Android Studio and Android SDK on Windows 8.1 Enterprise x64,
> I've downloaded all possible updates and I am still receiving the error:
>
> Cannot launch AVD in emulator.
> Output:
> emulator: ERROR: x86 emulation currently requires hardware acceleration!
> Please ensure Intel XAXM is properly installed and usable.
> CPU acceleration status: XAX kernel module is not installed!
>
> Please advise on what this means.
>
> Thank you,
> Krystal
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/fcdc8f54-f40a-4991-86e5-20e0e819c413%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-Ef%2BsH%3DfDGB0nDHP%3De84g7x3BT-e9kL6H%3DyL_w3yGsT6w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] How to Increase The Performance Of Mobile Apps?

[Kristopher Micinski]

http://developer.android.com/tools/debugging/debugging-tracing.html

http://developer.android.com/tools/help/systrace.html

Kris


On Tue, Jan 5, 2016 at 4:25 AM, Howard Cornell
 wrote:
> App performance is one of the most crucial factors that determines the
> success of a mobile application. Performance of your mobile application can
> be referred to both – how your app is perceived by end & ideal development
> standards?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/c71dafb3-b8e0-4025-84b9-b13bce106380%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-Ego73OruewWwfQNbnFz0eJxsvSrMFU61SBxFqN-6tWHw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: Building user interfaces at runtime with layouts from server

[Kristopher Micinski]

Sorry, that was a bad link. It didn't talk about pull parsers, but
rather DOM parsers. Here's a better one:

http://stackoverflow.com/questions/5409940/android-xml-pull-parser-from-url

On Sat, Jan 2, 2016 at 4:03 PM, Kristopher Micinski
 wrote:
> What? No it doesn't:
>
> http://www.androidhive.info/2011/11/android-xml-parsing-tutorial/
>
> Kris
>
>
> On Sat, Jan 2, 2016 at 12:30 PM, Luis Carlos Ramírez Rodríguez
>  wrote:
>> The problem is that XmlPullParser requires for the XML definition to be
>> present at the APK build-time. What we are striving to find is a solution so
>> a remote server can feed data into the app, which the app in turn translates
>> into views that were not defined anywhere in the app itself.
>>
>>
>>>
>>> I'm not sure what the problem is: the method to do this has been in
>>> the API since level 1.
>>>
>>> > Viewinflate(XmlPullParser parser, ViewGroup root)
>>> > Inflate a new view hierarchy from the specified xml node.
>>>
>>> Create an XmlPullParser, set the reader to one you've pointed at the
>>> URI containing the content you want to read, and then use the view
>>> inflater to build the view hierarchy.
>>>
>>> Kris
>>>
>>>
>>> On Thu, Dec 31, 2015 at 1:58 PM, Luis Carlos Ramírez Rodríguez
>>>  wrote:
>>> >
>>> > It's been six years and I'm also looking for a solution to bind User
>>> > Interface with layouts stored on a remote server and i was wondering if
>>> > you
>>> > ever managed to solve this issue
>>> >
>>> > Thanks.
>>> >
>>> > -Carlos
>>> >
>>> > El lunes, 23 de marzo de 2009, 1:10:22 (UTC-6), Daniel escribió:
>>> >>
>>> >> Hi all,
>>> >>
>>> >> Q: What is the recommended way to build user interfaces on the device
>>> >> based on layouts provided by a server at runtime?
>>> >>
>>> >> I am aware of this:
>>> >> http://developer.android.com/reference/android/view/
>>> >> LayoutInflater.html">
>>> >> For performance reasons, view inflation relies heavily on pre-
>>> >> processing of XML files that is done at build time. Therefore, it is
>>> >> not currently possible to use LayoutInflater with an XmlPullParser
>>> >> over a plain XML file at runtime; it only works with an XmlPullParser
>>> >> returned from a compiled resource (R.something file.)
>>> >> 
>>> >>
>>> >> I could imagine these possibilities:
>>> >> - Parse XML by myself and build the ui tree. (Seems inappropriate to
>>> >> me since there is already maintained code which is able to do this.)
>>> >>
>>> >> - Transform XML on server to a simpler format which is cheaper to
>>> >> parse on the device. (Inappropriate  as above.)
>>> >>
>>> >> - Preprocess the XML layout on the server the same way the build does.
>>> >> Transmit it to the client, and then try to load it. But how?
>>> >> android.content.res.XMLBlock is hidden (@hide) and I don't know how
>>> >> to
>>> >> classify the stuff in package com.android.layoutlib.bridge.
>>> >>
>>> >> Any help would be appreciated.
>>> >> Daniel
>>> >>
>>> >>
>>> >>
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> > Groups
>>> > "Android Developers" group.
>>> > To unsubscribe from this group and stop receiving emails from it, send
>>> > an
>>> > email to android-developers+unsubscr...@googlegroups.com.
>>> > To post to this group, send email to android-d...@googlegroups.com.
>>> > Visit this group at https://groups.google.com/group/android-developers.
>>> > To view this discussion on the web visit
>>> >
>>> > https://groups.google.com/d/msgid/android-developers/c09b3558-e006-436c-a1dd-2b0266a2ba7f%40googlegroups.com.
>>> > For more options, visit https://groups.google.com/d/optout.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Android Developers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> To post to this group, send email to android-developers@googlegroups.com.
>> Visit this group at https://groups.google.com/group/android-developers.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/android-developers/9b4b2903-326b-4e36-bc42-f14833611189%40googlegroups.com.
>>
>> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-HhKFbcf97wezf2VnsjnZ4Bkh3GLiUHEcpZ_by4jmwkag%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: Building user interfaces at runtime with layouts from server

[Kristopher Micinski]

What? No it doesn't:

http://www.androidhive.info/2011/11/android-xml-parsing-tutorial/

Kris


On Sat, Jan 2, 2016 at 12:30 PM, Luis Carlos Ramírez Rodríguez
 wrote:
> The problem is that XmlPullParser requires for the XML definition to be
> present at the APK build-time. What we are striving to find is a solution so
> a remote server can feed data into the app, which the app in turn translates
> into views that were not defined anywhere in the app itself.
>
>
>>
>> I'm not sure what the problem is: the method to do this has been in
>> the API since level 1.
>>
>> > Viewinflate(XmlPullParser parser, ViewGroup root)
>> > Inflate a new view hierarchy from the specified xml node.
>>
>> Create an XmlPullParser, set the reader to one you've pointed at the
>> URI containing the content you want to read, and then use the view
>> inflater to build the view hierarchy.
>>
>> Kris
>>
>>
>> On Thu, Dec 31, 2015 at 1:58 PM, Luis Carlos Ramírez Rodríguez
>>  wrote:
>> >
>> > It's been six years and I'm also looking for a solution to bind User
>> > Interface with layouts stored on a remote server and i was wondering if
>> > you
>> > ever managed to solve this issue
>> >
>> > Thanks.
>> >
>> > -Carlos
>> >
>> > El lunes, 23 de marzo de 2009, 1:10:22 (UTC-6), Daniel escribió:
>> >>
>> >> Hi all,
>> >>
>> >> Q: What is the recommended way to build user interfaces on the device
>> >> based on layouts provided by a server at runtime?
>> >>
>> >> I am aware of this:
>> >> http://developer.android.com/reference/android/view/
>> >> LayoutInflater.html">
>> >> For performance reasons, view inflation relies heavily on pre-
>> >> processing of XML files that is done at build time. Therefore, it is
>> >> not currently possible to use LayoutInflater with an XmlPullParser
>> >> over a plain XML file at runtime; it only works with an XmlPullParser
>> >> returned from a compiled resource (R.something file.)
>> >> 
>> >>
>> >> I could imagine these possibilities:
>> >> - Parse XML by myself and build the ui tree. (Seems inappropriate to
>> >> me since there is already maintained code which is able to do this.)
>> >>
>> >> - Transform XML on server to a simpler format which is cheaper to
>> >> parse on the device. (Inappropriate  as above.)
>> >>
>> >> - Preprocess the XML layout on the server the same way the build does.
>> >> Transmit it to the client, and then try to load it. But how?
>> >> android.content.res.XMLBlock is hidden (@hide) and I don't know how
>> >> to
>> >> classify the stuff in package com.android.layoutlib.bridge.
>> >>
>> >> Any help would be appreciated.
>> >> Daniel
>> >>
>> >>
>> >>
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "Android Developers" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to android-developers+unsubscr...@googlegroups.com.
>> > To post to this group, send email to android-d...@googlegroups.com.
>> > Visit this group at https://groups.google.com/group/android-developers.
>> > To view this discussion on the web visit
>> >
>> > https://groups.google.com/d/msgid/android-developers/c09b3558-e006-436c-a1dd-2b0266a2ba7f%40googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/9b4b2903-326b-4e36-bc42-f14833611189%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-EsDL4K1Vjnh2DHjGvmFpfwDHMhbq9otZXj5pNuBV2-yg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: Building user interfaces at runtime with layouts from server

[Kristopher Micinski]

I'm not sure what the problem is: the method to do this has been in
the API since level 1.

> Viewinflate(XmlPullParser parser, ViewGroup root)
> Inflate a new view hierarchy from the specified xml node.

Create an XmlPullParser, set the reader to one you've pointed at the
URI containing the content you want to read, and then use the view
inflater to build the view hierarchy.

Kris


On Thu, Dec 31, 2015 at 1:58 PM, Luis Carlos Ramírez Rodríguez
 wrote:
>
> It's been six years and I'm also looking for a solution to bind User
> Interface with layouts stored on a remote server and i was wondering if you
> ever managed to solve this issue
>
> Thanks.
>
> -Carlos
>
> El lunes, 23 de marzo de 2009, 1:10:22 (UTC-6), Daniel escribió:
>>
>> Hi all,
>>
>> Q: What is the recommended way to build user interfaces on the device
>> based on layouts provided by a server at runtime?
>>
>> I am aware of this:
>> http://developer.android.com/reference/android/view/
>> LayoutInflater.html">
>> For performance reasons, view inflation relies heavily on pre-
>> processing of XML files that is done at build time. Therefore, it is
>> not currently possible to use LayoutInflater with an XmlPullParser
>> over a plain XML file at runtime; it only works with an XmlPullParser
>> returned from a compiled resource (R.something file.)
>> 
>>
>> I could imagine these possibilities:
>> - Parse XML by myself and build the ui tree. (Seems inappropriate to
>> me since there is already maintained code which is able to do this.)
>>
>> - Transform XML on server to a simpler format which is cheaper to
>> parse on the device. (Inappropriate  as above.)
>>
>> - Preprocess the XML layout on the server the same way the build does.
>> Transmit it to the client, and then try to load it. But how?
>> android.content.res.XMLBlock is hidden (@hide) and I don't know how
>> to
>> classify the stuff in package com.android.layoutlib.bridge.
>>
>> Any help would be appreciated.
>> Daniel
>>
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/c09b3558-e006-436c-a1dd-2b0266a2ba7f%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-FC2fhdeSaJo0u3qaSE3xZfGmNfqGWr4kGVtQ441Ax3VQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Traceview in Android 5

[Kristopher Micinski]

You should also be aware that the Systrace tool has been introduced.

http://developer.android.com/tools/help/systrace.html

Kris


On Fri, Dec 11, 2015 at 5:19 AM, Karthik k  wrote:
> Hi,
>
> Traceview is used to profile the Android apps. For Android version <= 4.4,
> Traceview is implemented using the functions (like dvmMethodTraceAdd)
> defined in /dalvik/vm/profile.c.
>
>
> However, I am not able to find this profile.c or those function definitions
> (like dvmMethodTraceAdd)
> in Android Version 5 source code. Does anyone  know how the implementation
> changed for Android version 5?
> I suspect this change is part of ART. Is that correct? Could someone please
> help me to figure out
> how the  implementation of Traceview changed in Android 5?
>
> Cheers,
> Karthik.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to android-developers@googlegroups.com.
> Visit this group at http://groups.google.com/group/android-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/android-developers/c462261a-33fb-42e6-9f34-140d9333ceba%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
To post to this group, send email to android-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/android-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/android-developers/CAF1Sy-HtcOqatC50dUpyyQ0H49qRkUWiXY70gzLvc_GmEXfUbA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Is this list dying?

[Kristopher Micinski]

On Fri, Oct 23, 2015 at 3:14 PM, Mark Phillips
 wrote:
> I recently posted to stack overflow and received more and faster responses
> (ie no responses from this list). When I google for an android issue, I get
> lots of stack overflow response.

Along with this, I think the number of questions that warrant a novel
answer are going down: i.e., I don't as frequently see questions that
ask challenging technical questions that can't be looked up in API
documentation.

StackOverflow's android tag is generally of low quality compared to
some other tags because it contains lots of people asking questions
that could easily be answered by looking at the API documentation. But
SO's model incentivizes people to answer these questions anyway, since
they'll receive points. (Of course, SO as a community knows this and
does seem to care about closing these questions actively, but it still
persists.)

Along with the reasons TreKing mentioned, you might also consider that
over time a large knowledge base of Android answers has accumulated,
meaning that new questions are less frequent. (Possible counterpoint:
the API is always changing.) I think the big reason things have
dropped off is that the most valuable answers were given by
Android/Google's staff, who don't post as frequently. Some still post
on other lists, e.g., `android-platform` or
`android-security-discuss`.

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: How to avoid reverse engineering of an APK file?

[Kristopher Micinski]

Generally someone doesn't really care about the way you wrote your
java code.  Few people have code that actually needs protecting.  If
you're running something you don't want to give out to someone, you
should never be sending the code to them anyway (you should run it via
a service).

Kris


On Thu, Apr 16, 2015 at 9:03 AM, Guillermo Polonsky  wrote:
> If the code if obfuscated I don't see anyone easily reading your code. The
> only things that will remain are literal strings for example, but reverse
> engineering the whole obfuscated code will be hard if not impossible to get
> the logic behind.
>
>
> El martes, 14 de abril de 2015, 5:18:47 (UTC-3), bo escribió:
>>
>> HI All
>>
>> please any body help to  restrict  extracting apk .
>>
>>
>> Regards
>> Vinod
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] How to avoid reverse engineering of an APK file?

[Kristopher Micinski]

Proguard will definitely help, but the basic answer is that it's
impossible.  If you can run the APK you can extract it.  Proguard
makes it much harder to determine what's going on because method names
will be obfuscated, but (e.g.,) framework methods will still be
visible (since they're dynamically linked) and you can find their call
sites and figure out APK structure even when using Proguard.

Kris


On Tue, Apr 14, 2015 at 9:37 AM, Oscar Marques  wrote:
> http://developer.android.com/tools/help/proguard.html
>
> 2015-04-14 5:18 GMT-03:00 bo :
>
>> HI All
>>
>> please any body help to  restrict  extracting apk .
>>
>>
>> Regards
>> Vinod
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> --
> Oscar Marques
> osca...@gmail.com
> http://www.dunkelheit.com.br
> @f117usbr
> +55 21 9293-9343
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Sending and receiving SMS within my own app and not show in the built in text app

[Kristopher Micinski]

"Why do you want to do this?" is a better response than "this is a
totally stupid design and is not possible!"  If someone asks about the
use of a certain feature for a use which it's not designed, it usually
is because they are trying to do something that could be accomplished
by another method for which there *is* an API. Rather than shrug
someone off wholesale and refuse to answer their question, asking them
to get to the root of the issue leads to being able to give better
feedback.

So I apologize if it came across as condescending, but in my
experience, it's better than the alternative.

Kris

On Wed, Apr 1, 2015 at 2:21 AM, Terry  wrote:
> I am fed up with the answers ("why do you want to do this", etc) that one 
> often gets on a question like this. The simple answer is that this is no 
> longer possible, from Android version 4.4.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an 
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Sending and receiving SMS within my own app and not show in the built in text app

[Kristopher Micinski]

The usual way to do this sort of communication between apps on
different devices is to use a push notification.  An example would be
Google Cloud Messaging, or Parse.

SMS would be possible, but just seems like a suboptimal solution when
things like GCM were designed to do exactly this: there are already
APIs and demos out there to handle this kind of communication.

Kris


On Tue, Mar 31, 2015 at 9:36 PM, Daniel Chacon  wrote:
> Well  it's  company  phones  with  unlimited  texting  as  well  as
> tablets. How  would  aidl, content  providers  or intent  work  between
> them  and  office's  miles  apart?
> This  is  a  internal  office  app , if sms  is not  the  way, then  we
> need  a  more optimal  method.
>
> On Mar 31, 2015 7:01 PM, "Kristopher Micinski" 
> wrote:
>>
>> Using SMS to communicate *between* apps on the phone!?
>>
>> You should 100% *not* be doing that.  It's bad design, and it could
>> potentially cost your users money (if they pay for their texts).
>>
>> You can use an intent, content provider, or AIDL, and it will be way
>> easier and much more obvious how to deal with than trying to hack it
>> like this.
>>
>> Kris
>>
>>
>> On Tue, Mar 31, 2015 at 7:31 PM, Daniel Chacon  wrote:
>> > First it seemed easier to use sms to communicate between the apps. This
>> > will
>> > only be used internally, so no public version. If there is another way
>> > to
>> > communicate only within the app that will work also, basically don't
>> > need to
>> > have the messages in 2 places, right now when I send a message it's in
>> > the
>> > app and also in the default text app. Since the priority is set high,
>> > is
>> > there a way to stop the message from moving onto the default app?
>> >
>> > On Mar 31, 2015 5:51 PM, "Kristopher Micinski" 
>> > wrote:
>> >>
>> >> What's the motivation for doing this?
>> >>
>> >> It seems kind of counterintuitive that you'd want to do this, because
>> >> presumably if the user *does* send a text, they want a record of it.
>> >> It's easy to imagine a spam app which sends tons of texts and leaves
>> >> no trace of it for the user to see!
>> >>
>> >> But I'm a little confused by your question: it sounds like you're
>> >> talking about *receiving* texts as well?  If you're the highest
>> >> priority, you should get the text first, and you should be able to
>> >> disable texts from the builtin app (though I think it's a little bit
>> >> of a hack).
>> >>
>> >> If you must, however, you can always simply delete that text from the
>> >> sent folder on the phone.
>> >>
>> >> Kris
>> >>
>> >>
>> >> On Tue, Mar 31, 2015 at 5:50 PM, Dan Cha  wrote:
>> >> > So im working or playing around with sending text/sms from within our
>> >> > app as
>> >> > well as receiving replies. We will have the app on both ends(sender
>> >> > and
>> >> > receiver devices)
>> >> > But right now just prelim testing the messages are sent but they are
>> >> > showing
>> >> > up as text within the default text app on the phone.
>> >> >
>> >> > So even though our app sent the message a copy shows up in the
>> >> > default
>> >> > text
>> >> > app as sent.
>> >> >
>> >> > I have this in the manifest
>> >> > 
>> >> > 
>> >> > > >> > android:name="android.provider.Telephony.SMS_RECEIVED" />
>> >> > 
>> >> > 
>> >> >
>> >> > But as soon as the message is sent, its received in the default app.
>> >> > How
>> >> > can
>> >> > we configure or code our app to send and receive within itself and
>> >> > not
>> >> > affect the other text app?
>> >> >
>> >> > Basically we want to contain the text within the app, anything
>> >> > initiated
>> >> > within the app is only to show up in the app and no other sms app on
>> >> > the
>> >> > devices.
>> >> >
>> >> > Is this possible? We dont want copies of the text also showing up in
>> >> > the
>> >

Re: [android-developers] Sending and receiving SMS within my own app and not show in the built in text app

[Kristopher Micinski]

Using SMS to communicate *between* apps on the phone!?

You should 100% *not* be doing that.  It's bad design, and it could
potentially cost your users money (if they pay for their texts).

You can use an intent, content provider, or AIDL, and it will be way
easier and much more obvious how to deal with than trying to hack it
like this.

Kris


On Tue, Mar 31, 2015 at 7:31 PM, Daniel Chacon  wrote:
> First it seemed easier to use sms to communicate between the apps. This will
> only be used internally, so no public version. If there is another way to
> communicate only within the app that will work also, basically don't need to
> have the messages in 2 places, right now when I send a message it's in the
> app and also in the default text app. Since the priority is set high,  is
> there a way to stop the message from moving onto the default app?
>
> On Mar 31, 2015 5:51 PM, "Kristopher Micinski" 
> wrote:
>>
>> What's the motivation for doing this?
>>
>> It seems kind of counterintuitive that you'd want to do this, because
>> presumably if the user *does* send a text, they want a record of it.
>> It's easy to imagine a spam app which sends tons of texts and leaves
>> no trace of it for the user to see!
>>
>> But I'm a little confused by your question: it sounds like you're
>> talking about *receiving* texts as well?  If you're the highest
>> priority, you should get the text first, and you should be able to
>> disable texts from the builtin app (though I think it's a little bit
>> of a hack).
>>
>> If you must, however, you can always simply delete that text from the
>> sent folder on the phone.
>>
>> Kris
>>
>>
>> On Tue, Mar 31, 2015 at 5:50 PM, Dan Cha  wrote:
>> > So im working or playing around with sending text/sms from within our
>> > app as
>> > well as receiving replies. We will have the app on both ends(sender and
>> > receiver devices)
>> > But right now just prelim testing the messages are sent but they are
>> > showing
>> > up as text within the default text app on the phone.
>> >
>> > So even though our app sent the message a copy shows up in the default
>> > text
>> > app as sent.
>> >
>> > I have this in the manifest
>> > 
>> > 
>> > > > android:name="android.provider.Telephony.SMS_RECEIVED" />
>> > 
>> > 
>> >
>> > But as soon as the message is sent, its received in the default app. How
>> > can
>> > we configure or code our app to send and receive within itself and not
>> > affect the other text app?
>> >
>> > Basically we want to contain the text within the app, anything initiated
>> > within the app is only to show up in the app and no other sms app on the
>> > devices.
>> >
>> > Is this possible? We dont want copies of the text also showing up in the
>> > users default text app.
>> >
>> > thank you
>> >
>> > Now with that said, if someone sends a actually text from outside the
>> > app,
>> > then it should end up where it normally does for the user.
>> >
>> > Hopefully that makes sense.
>> >
>> > thank you
>> >
>> > --
>> > 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 unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to android-developers+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>> --
>> 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-deve

Re: [android-developers] Sending and receiving SMS within my own app and not show in the built in text app

[Kristopher Micinski]

What's the motivation for doing this?

It seems kind of counterintuitive that you'd want to do this, because
presumably if the user *does* send a text, they want a record of it.
It's easy to imagine a spam app which sends tons of texts and leaves
no trace of it for the user to see!

But I'm a little confused by your question: it sounds like you're
talking about *receiving* texts as well?  If you're the highest
priority, you should get the text first, and you should be able to
disable texts from the builtin app (though I think it's a little bit
of a hack).

If you must, however, you can always simply delete that text from the
sent folder on the phone.

Kris


On Tue, Mar 31, 2015 at 5:50 PM, Dan Cha  wrote:
> So im working or playing around with sending text/sms from within our app as
> well as receiving replies. We will have the app on both ends(sender and
> receiver devices)
> But right now just prelim testing the messages are sent but they are showing
> up as text within the default text app on the phone.
>
> So even though our app sent the message a copy shows up in the default text
> app as sent.
>
> I have this in the manifest
> 
> 
>  android:name="android.provider.Telephony.SMS_RECEIVED" />
> 
> 
>
> But as soon as the message is sent, its received in the default app. How can
> we configure or code our app to send and receive within itself and not
> affect the other text app?
>
> Basically we want to contain the text within the app, anything initiated
> within the app is only to show up in the app and no other sms app on the
> devices.
>
> Is this possible? We dont want copies of the text also showing up in the
> users default text app.
>
> thank you
>
> Now with that said, if someone sends a actually text from outside the app,
> then it should end up where it normally does for the user.
>
> Hopefully that makes sense.
>
> thank you
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: Which pattern is most common for apps that involve communication with servers?

[Kristopher Micinski]

Right, the way I understand it is that this (task based model) is the
pervasive for Android development.  I would suspect that the only
people not using this model are those that are incorrectly using "raw
threads" because they haven't picked up on the right Android
facilities.

(I'm sure there are cases where Java's threading primitives might have
some performance benefit, but I think for the case of most apps, it's
more important to have something easy to reason about than
hyper-optimized network throughout.)

Kris


On Fri, Feb 20, 2015 at 6:26 PM, Kostya Vasilyev  wrote:
> For me, all network activity is performed by "tasks" which are executed by
> "executors" on a pool of threads.
>
> Not Java executors, but something a bit more flexible for my needs --
> priorities, cancellation, per-thread affinity based on each task's account,
> etc.
>
> The data is written to a database, served up by a content provider (most of
> the time anyway, when I need simple automatic cursor-based re-query).
>
> -- K
>
>
> 2015-02-21 2:10 GMT+03:00 Kristopher Micinski :
>>
>> The main hypothesis I'm wondering about is how developers pass data
>> from their app to the network.  Since any use of the network
>> necessarily involves threads, there are a variety of ways this could
>> occur.
>>
>> Most of the ways with which I'm familiar utilize methods where the
>> communication between the app and the network happen with something
>> pretty straightforward.  (As an example, in Volley, the threads are
>> somewhat hidden in the request order, and you build up request objects
>> to send to them.)
>>
>> The thing I *don't* want to see is a lot of use of shared variable
>> concurrency to coordinate stuff with a `Thread` instance that is
>> passed to the network, but it doesn't seem like that pops up all that
>> often.
>>
>> Kris
>>
>>
>> On Fri, Feb 20, 2015 at 1:21 PM, erdo  wrote:
>> > Sorry for the huge post, but for what it's worth, every app that I do
>> > nowadays has the same general pattern...
>> >
>> > I basically have a model class(es) that incorporates any logic or data
>> > that
>> > you don't want cluttering up your views/activities/fragments and where
>> > you
>> > would do any networking stuff. By model I mean the M in MVC or the M in
>> > MVVM
>> > or the VM in MVVM. (Let's say an account object)
>> >
>> > You can inject this model class into your views/activities/fragments
>> > when
>> > you need it - using dagger or you can just roll your own dependency
>> > injection code via the application class.
>> >
>> > That means that the fragment/activity classes just manage their
>> > lifecycle
>> > and get references to whatever models they need (an account object,
>> > maybe a
>> > network state object or whatever) and do as little else as possible.
>> >
>> > When you update the UI, you just run a syncView() method on the fragment
>> > or
>> > your custom view class (my preference, as it removes even more code from
>> > the
>> > fragment) that sets the state of all the UI components eg:
>> > textView.setText(account.getAccountName()); you just need to make sure
>> > all
>> > the get() methods on your models return immediately.
>> >
>> > Any network connectivity or other stuff that needs to be done on a
>> > separate
>> > thread, I would do from the model class which mostly exists
>> > independently of
>> > any activity/fragment lifecycle (saving you a whole heap of lifecycle
>> > trouble).
>> >
>> > Once the network stuff has returned with data or an error to the model
>> > class, I use the Observer pattern so that the views/activities/fragments
>> > or
>> > other models that are interested, get notified of the change to the
>> > model
>> > and then update themselves based on the model's new data (see the
>> > syncView()
>> > method above). You can roll your own simple observer classes (my
>> > preference)
>> > or use something like RxJava or even Otto can be used this way. Also if
>> > you
>> > send all your update notifications on the UI thread, you'll save
>> > yourself
>> > some headaches when updating UIs based on them.
>> >
>> > So the models themselves will make use of Volley or Retrofit/OKHttp
>> > (both
>> > are pretty good and I would definitely 

Re: [android-developers] Re: Which pattern is most common for apps that involve communication with servers?

[Kristopher Micinski]

The main hypothesis I'm wondering about is how developers pass data
from their app to the network.  Since any use of the network
necessarily involves threads, there are a variety of ways this could
occur.

Most of the ways with which I'm familiar utilize methods where the
communication between the app and the network happen with something
pretty straightforward.  (As an example, in Volley, the threads are
somewhat hidden in the request order, and you build up request objects
to send to them.)

The thing I *don't* want to see is a lot of use of shared variable
concurrency to coordinate stuff with a `Thread` instance that is
passed to the network, but it doesn't seem like that pops up all that
often.

Kris


On Fri, Feb 20, 2015 at 1:21 PM, erdo  wrote:
> Sorry for the huge post, but for what it's worth, every app that I do
> nowadays has the same general pattern...
>
> I basically have a model class(es) that incorporates any logic or data that
> you don't want cluttering up your views/activities/fragments and where you
> would do any networking stuff. By model I mean the M in MVC or the M in MVVM
> or the VM in MVVM. (Let's say an account object)
>
> You can inject this model class into your views/activities/fragments when
> you need it - using dagger or you can just roll your own dependency
> injection code via the application class.
>
> That means that the fragment/activity classes just manage their lifecycle
> and get references to whatever models they need (an account object, maybe a
> network state object or whatever) and do as little else as possible.
>
> When you update the UI, you just run a syncView() method on the fragment or
> your custom view class (my preference, as it removes even more code from the
> fragment) that sets the state of all the UI components eg:
> textView.setText(account.getAccountName()); you just need to make sure all
> the get() methods on your models return immediately.
>
> Any network connectivity or other stuff that needs to be done on a separate
> thread, I would do from the model class which mostly exists independently of
> any activity/fragment lifecycle (saving you a whole heap of lifecycle
> trouble).
>
> Once the network stuff has returned with data or an error to the model
> class, I use the Observer pattern so that the views/activities/fragments or
> other models that are interested, get notified of the change to the model
> and then update themselves based on the model's new data (see the syncView()
> method above). You can roll your own simple observer classes (my preference)
> or use something like RxJava or even Otto can be used this way. Also if you
> send all your update notifications on the UI thread, you'll save yourself
> some headaches when updating UIs based on them.
>
> So the models themselves will make use of Volley or Retrofit/OKHttp (both
> are pretty good and I would definitely use one of them) and may have
> AsyncTasks in there too. You just have to make sure (especially when using
> AsyncTasks) that you can independently test the models which means being
> able to inject the networking stuff (substituting mocked versions for
> tests). The way AsyncTask is designed makes it particularly awkward to test.
> You can: Write complicated tests to handle the threading problems using a
> latch and so on; Test only using a framework like espresso (but then you
> will be testing via the UI and not strictly doing a unit test; Or you can
> wrap AsyncTask in your own class that can be used in a synchronous way for
> tests - that's what I do and it makes the tests much simpler.
>
> If you're fetching lists of stuff, I'd use the model classes to write
> straight to a database once the data has been fetched from the network.
> ContentLoaders while they do clutter up your fragment/activity code, do seem
> nice and performant and have a built in observer style mechanism so when the
> data in your database changes, your view gets immediately refreshed. You do
> have to write a content provider but personally I think it's worth it.
>
>
> I just realised how complicated all of this sounds, but it is actually so
> much simpler than jamming everything in your activity classes, which is just
> crazy but very common to see. I think it's a major failing of Android (as
> opposed to iOS or windows phone, or maybe most other application
> platforms!?) that it seems to have been designed with no thought about the
> absolutely fundamental issue of how you should separate models from views or
> how you might test your code.
>
>
> http://en.wikipedia.org/wiki/Observer_pattern
> http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller
> http://misko.hevery.com/attachments/Guide-Writing%20Testable%20Code.pdf
>
> --
> 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...

Re: [android-developers] Which pattern is most common for apps that involve communication with servers?

[Kristopher Micinski]

Agreed, thanks for the heads up!

Kris


On Fri, Feb 20, 2015 at 6:21 AM, Kostya Vasilyev  wrote:
> You know, I don't. My apps aren't open source, and I came up with it myself,
> not borrowed from a library.
>
> But it's not rocket science, I'm sure you understand the pattern.
>
> -- K
>
> On Friday, February 20, 2015 at 4:39:32 AM UTC+3, Kristopher Micinski wrote:
>>
>> I agree, that sounds like a useful pattern.  I *think* that's
>> relatively close to how Volley is implemented (though I haven't read
>> the implementation fully), too.
>>
>> Do you have any pointers to open sourced code that would provide an
>> example of such a behavior?  If not, no big deal: I can certainly
>> write one myself, and am not asking you to open-source code from your
>> codebase.
>>
>> Kris
>>
>>
>> On Thu, Feb 19, 2015 at 4:17 PM, Kostya Vasilyev 
>> wrote:
>> > A service "turned inside out"
>> >
>> > A "mediator" class that manages a pool of threads, submits / cancels /
>> > executes task objects, manages the wake lock (based on having tasks).
>> >
>> > And a service whose only responsibility is to do startForeground /
>> > stopForeground when it's told to.
>> >
>> > All in the same process.
>> >
>> > This way I don't have to bind to a service (which is asynchronous) and
>> > it's
>> > easier to manage state in the UI, to indicate to the user what the app
>> > is
>> > doing, and to queue up tasks when necessary.
>> >
>> > -- K
>>
>>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Which pattern is most common for apps that involve communication with servers?

[Kristopher Micinski]

I agree, that sounds like a useful pattern.  I *think* that's
relatively close to how Volley is implemented (though I haven't read
the implementation fully), too.

Do you have any pointers to open sourced code that would provide an
example of such a behavior?  If not, no big deal: I can certainly
write one myself, and am not asking you to open-source code from your
codebase.

Kris


On Thu, Feb 19, 2015 at 4:17 PM, Kostya Vasilyev  wrote:
> A service "turned inside out"
>
> A "mediator" class that manages a pool of threads, submits / cancels /
> executes task objects, manages the wake lock (based on having tasks).
>
> And a service whose only responsibility is to do startForeground /
> stopForeground when it's told to.
>
> All in the same process.
>
> This way I don't have to bind to a service (which is asynchronous) and it's
> easier to manage state in the UI, to indicate to the user what the app is
> doing, and to queue up tasks when necessary.
>
> -- K
>
>
> 2015-02-19 23:30 GMT+03:00 Kristopher Micinski :
>>
>> Right, that's a good point I did not mention.
>>
>> I'm interested in knowing what percentage of apps use a framework like
>> this rather than facilities purely within the "vanilla" Android
>> framework.
>>
>> I can do some rough calculations in a while by grabbing a bunch of
>> apps and running some analysis on them,
>>
>> Kris
>>
>>
>> On Thu, Feb 19, 2015 at 3:13 PM, TreKing  wrote:
>> >
>> > On Thu, Feb 19, 2015 at 2:03 PM, Kristopher Micinski
>> >  wrote:
>> >>
>> >> I was
>> >> wondering if there were any other patterns that app developers used
>> >> that I hadn't thought about,
>> >
>> >
>> > Use a library like Volley or Retrofit.
>> >
>> >
>> > -
>> > TreKing - Chicago transit tracking app for Android-powered devices
>> >
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Which pattern is most common for apps that involve communication with servers?

[Kristopher Micinski]

Right, that's a good point I did not mention.

I'm interested in knowing what percentage of apps use a framework like
this rather than facilities purely within the "vanilla" Android
framework.

I can do some rough calculations in a while by grabbing a bunch of
apps and running some analysis on them,

Kris


On Thu, Feb 19, 2015 at 3:13 PM, TreKing  wrote:
>
> On Thu, Feb 19, 2015 at 2:03 PM, Kristopher Micinski
>  wrote:
>>
>> I was
>> wondering if there were any other patterns that app developers used
>> that I hadn't thought about,
>
>
> Use a library like Volley or Retrofit.
>
> -
> TreKing - Chicago transit tracking app for Android-powered devices
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[android-developers] Which pattern is most common for apps that involve communication with servers?

[Kristopher Micinski]

I am trying to get an idea of what most developers use to interact
with web services.

The two main patterns I see in apps is to either create:
  - Create an AsyncTask to make restful requests, and then do
something with `onPostExecute`, or to
  - Create a service, and then have some API between the app and the
service, perhaps backed by a database.

I would suspect that for simple cases, the first thing would suffice,
and for more advanced cases, the second might be necessary.  I was
wondering if there were any other patterns that app developers used
that I hadn't thought about,

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] What is the max number of apps?

[Kristopher Micinski]

I would suspect in the example you listed, the developers simply
replaced their images and sprites with new ones and made minor (if
any) programming changes.

I don't think there's anything explicitly in the rules that disallows
this: people offer reskinned version of their apps (or design packs)
all the time.

Kris


On Sun, Feb 1, 2015 at 3:05 AM, Russell Cecala
 wrote:
> You must have read "the art of making friends".
>
> hmmm ... Do not post repetitive content ... could these apps be considered
> repetitive:
>
> https://play.google.com/store/apps/details?id=com.crittermap.airhockey
>
> https://play.google.com/store/apps/details?id=com.crittermap.airhockey.dragons
>
> wow! looks like your using some sort of "wizard" like eclipse or android
> studio to generate these apps.
>
> I am a simple bash/ant person. :P
>
> I thank you for your response to me email, but I have read all those
> regulations stipulated in the "Google Play Developer distribution
> agreement."   Too bad whoever it is that enforces those regulations for
> google does not seem to understand them. Really? Look at this:
>
> https://play.google.com/store/apps/details?id=com.gamesbycc.howtoanalyzepeopleonsight.AOUCAEURBVAASAJX&hl=en
>
> does this fall under ...
>
> Provide a webview of a website not owned or administered by you (unless you
> have permission from the website owner/administrator to do so)
>
> ... do you think this developer is the administrator or archive.org? I doubt
> it.
>
> - #ineffect
>
> Well anyways thanks for your actionable reply to my email to this list.
> It should serve as an example of how useful this email form is.
>
>
>
> On Sat, Jan 31, 2015 at 8:49 PM, Nathan  wrote:
>>
>>
>> On Friday, January 30, 2015 at 8:29:17 PM UTC-8, Russell Cecala wrote:
>>>
>>> If there is a finite number of apps I could publish I would have to
>>> figure out how to pick the ones that would sell best and not publish the
>>> less popular ones :)
>>
>>
>> Excellent strategy. If you can do that, why not take it a step further and
>> not develop the less popular apps in the first place?
>>
>> Most of us human developers without infinite time and resources have to do
>> that anyway.
>>
>> But I will echo comments from TreKing about what difference does it make?
>>
>> I do believe that developer accounts can handle three digits of apps. But
>> if you were to find out that they are infinite, why would you alter your
>> strategy?
>>
>> Somehow you can afford to produce thousands of apps, create screenshots,
>> descriptions, titles, graphics, tech support, marketing, and updates at zero
>> cost, yet somehow if it came to it, plunking down $25 for another developer
>> account is a huge burden? Something doesn't add up.
>>
>> I suppose you probably have access to some app generator and you've read
>> an info product that has told you the way to make big bucks on apps is to
>> make a gazillion of them. I don't mean to discourage you, just be sure and
>> report back on how that goes for you. I suspect your account will be
>> disabled sooner for the "repetitive content" clause below than it will be
>> for having too many apps.
>>
>> Nathan
>>
>> Spam and Placement in the Store
>> Developers are important partners in maintaining a great user experience
>> on Google Play.
>>
>> Do not post repetitive content.
>> Do not use irrelevant, misleading, or excessive keywords in apps
>> descriptions, titles, or metadata.
>> Developers must not attempt to change the placement of any Product in the
>> Store, or manipulate any product ratings or reviews by unauthorized means
>> such as fraudulent installs, paid or fake reviews or ratings, or by offering
>> incentives to rate products.
>> Apps that are created by an automated tool or wizard service must not be
>> submitted to Google Play by the operator of that service on behalf of other
>> persons.
>> Do not post an app where the primary functionality is to:
>>
>> Drive affiliate traffic to a website or
>> Provide a webview of a website not owned or administered by you (unless
>> you have permission from the website owner/administrator to do so)
>>
>> Do not send SMS, email, or other messages on behalf of the user without
>> providing the user with the ability to confirm content and intended
>> recipient.
>>
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
> -

Re: [android-developers] Re: Is it possible, that Android kills a service inside an app?

[Kristopher Micinski]

I think the answer to your question is no: it wouldn't be that helpful
from a memory footprint perspective to simply kill the service: memory
allocation happens at the process level.  For this to be useful, the
service would have to be "killed" out in some heuristic way, then some
GC would have to run for a while, and *then* the memory would be
available.  I doubt this is preferable to simply killing the process,
since in a low memory situation you usually need memory pretty
quickly.

I haven't read all of the Android framework code that does this, so I
can can't give a certain yes or no answer.  You could ask on
android-platform and perhaps someone there would know.

You never mentioned why you need to know this information, maybe doing
so would be helpful.  There are tons of times when things in android
look like they have been "killed."  E.g., screen rotation.

Kris


On Mon, Jan 5, 2015 at 12:15 PM, Oleksii Bieliaiev
 wrote:
> Didn't find reliable answer yet :(
>
>
>
> On Tuesday, November 25, 2014 12:08:18 PM UTC+1, Oleksii Bieliaiev wrote:
>>
>> Hey guys,
>>
>> let's imagine we have an app with a service and an activity inside. Both
>> components live in a same process, our service is started (in terms of
>> Android) and a user does some interaction with an activity. Eventually our
>> app goes to background. My question is, whether is it possible, under
>> certain conditions (low memory, timeout, etc), that Android "kills" our
>> started service separately, without killing entire process?
>>
>> Thank you,
>> Alex
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Send a message from server to mobile

[Kristopher Micinski]

Usually push notifications should be "fast enough."

They should be on the order of seconds.  If you need something faster
the only way I can think of that might possibly improve speed is a
connection to the server that remains open: but I would highly doubt
that it would really improve anything significantly.

Kris


On Sun, Dec 7, 2014 at 11:54 AM, Davide Cerbo  wrote:
> Hi all,
>
> in my application I need to send a message to my application in background.
>
> Now I'm using Push notification, but sometimes aren't so fast.
>
> What can I use, or how I can I have more fast Push notification?
>
> thanks in advance,
> Davide
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Issues || not found

[Kristopher Micinski]

I guess my point is this: once they have the device, there isn't much
you can really do.  If you have full device encryption, you can
prevent data loss: but very few people do that.

And for the record, I don't think taking the battery out of a phone
would be at all suspect to onlookers: just say that it crashed and has
to be rebooted.  (I see people doing this all the time.)

Kris


On Sun, Nov 16, 2014 at 8:54 AM, Matat Deltot  wrote:
> Sincerely , i have never seen a person disassembling a nexus unit on a bar,
> street , club, restaurant,beach or similar.
>
> Gerard.
>
>
> On Sunday, November 16, 2014 12:07:40 AM UTC+1, Kristopher Micinski wrote:
>>
>> On Sat, Nov 15, 2014 at 6:42 AM, Matat Deltot  wrote:
>> > -Security: At robbery scenario , the thief can disable al radios at the
>> > lock
>> > screen, so i cannot call to check nearby people, or locate via device
>> > manager.
>>
>> They can also just take out the battery.
>>
>> Kris
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Issues || not found

[Kristopher Micinski]

On Sat, Nov 15, 2014 at 6:42 AM, Matat Deltot  wrote:
> -Security: At robbery scenario , the thief can disable al radios at the lock
> screen, so i cannot call to check nearby people, or locate via device
> manager.

They can also just take out the battery.

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] need code for retrieve and display browser history and bookmarks...

[Kristopher Micinski]

To be honest, I don't think you can successfully retrieve the browser
history anymore.

First, many users don't use the stock browser included on most devices, and
second, I think the permission for retrieving history and bookmarks has
been long deprecated. Sucks.

Kris



On Wed, Jun 18, 2014 at 1:05 PM, ramesh babu 
wrote:

> hello frnds, i new to android, trying to create browser app. anyone guide
> me how to code to retrieve and display history and bookmarks in browser
> app
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: GOOGLE REMOVED MY APP - WHY?

[Kristopher Micinski]

FYI the video you linked to is pretty offensive...

Kris


On Tue, May 27, 2014 at 4:45 AM, Terry  wrote:
> Most of the past two months I have spent trying to get various publishers of
> antivirus software and apps to remove my app from their lists of malware.
> Which was much harder than I thought it would be. Execpt for a few apps, the
> lists of malware seem to be more based on hear-say than facts. And when an
> antivirus software had got a “malicious” app on its list in the first place,
> it would not let it go without a fight. It seemed as if some publishers of
> antivirus apps were saying that ”we have made up out mind, so don’t confuse
> us with facts”. As a representative of AVG wrote to me: ”In any case we are
> not removing the detection for this app“.
>
> Anyway; I finally got most of the antivirus apps that once had listed my app
> as malware to remove it from their list of malware.
>
> Of the antivirus apps/softwares that once listed my app as a threat on
> VirusTotal, the following have now removed it from their list of threats:
>
> - AhnLab
>
> - AntiVir
>
> - Baidu-International
>
> - BitDefender
>
> - Eset
>
> - ForeSafe (removed it from their Android App, is not included on
> VirusTotal)
>
> - Ikarus
>
> - Qihuu-360
>
> - QuickHeal (removed it from their Android App, is not included on
> VirusTotal)
>
> - Trustlook (removed it from their “Antivurs Security” Android App, not
> included on VirusTotal)
>
> - Vipre
>
>
> Please see:
>
> https://www.virustotal.com/en/file/6346c6f089551b8d3de3ef80d44134dcbc1fb3dc5e7d1df44a0b19a6bba490cc/analysis/1400573103/
>
>
> Of those AntiVirus softwares that still list my app on VirusTotal;
>
> - Avast has changed its characterization from a Trojan to a PUP
>
> - Kaspersky lists it as a PUP (“not-a-virus”)
>
> - Sophos say they “cannot remove it, as it is a PUA”
>
> - Gdata does not list it as a threat in their Android “Internet Security”
> app, but still does on VirusTotal
>
> - Avast and McAfee have still not responded to my removal requests
>
> - McAfee does currently not list in on their Android antivirus app
>
> So; Currently no antivirus app lists it as a VIRUS, but THREE (of 53) show
> an unclear characterization.
>
> If the listings of my app being a PUP/PUA refers to the possibility to abuse
> such an Anti-Theft app to get to location of the user of the phone, ALL
> Anti-Theft have the same features – and much more. Inclusive most of the
> antivirus apps themselves. E.g. see
>
> https://www.youtube.com/watch?v=0MXUO0-lhbY
>
> And all of those apps have NOT been removed.
>
> With this documentation, I wrote an email to Google Play Support., with an
> appeal to reinstate my app. I also went through all of its features in
> detail, showing that it must be the most innocent of all anti-theft apps.
>
> As my app is neither a virus nor a spy app, I assumed that it was removed by
> a mistake, and so I hoped that it would be reinstated.
>
> But Google did not even bother to send me a reply.
>
> A few years back I was very enthusiastic about Android apps and Google. Not
> any more. I am extremely disappointed with Google. They seem to handle us
> app developers extremely haphazard, badly, and unfairly. Regarding their
> Policies for developers, Google is both acting as lawmaker, police,
> prosecuting authority, judge and executioner.
>
> Needless to say, I am not very fond of Google any more.
>
> I hope that someone within Google is reading this, and who is willing to
> look into this case. I can provide all info required, including the source
> code of the app in question.
>
> Terry
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Tuesday, March 11, 2014 7:24:58 AM UTC+1, Terry wrote:
>>
>> Google has removed my app from the Play Store.
>>
>> Now I would like to know WHY.
>>
>> The Reason for Removal was "Dangerous Product".
>>
>> The app is the free "Theif Face Trap Mini", or TFTM, with
>> id=com.terboel.tftm
>>
>> For those who would have a look at it, it can still be found at various
>> places, e.g. at the 1Mobile Market.
>>
>> Regards, Terry
>>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

Re: [android-developers] Re: looking for HTML5 and javascript based sdk....

[Kristopher Micinski]

Your arguments don't make any sense at all anymore because all you're
saying is: JavaScript can be used to write applications, Android sucks
because it doesn't use JavaScript.

Perhaps you should read FirefoxOS and learn to do some programming for
that, and then direct future questions there.

Kris

On Wed, May 14, 2014 at 1:32 PM, 李白|字一日  wrote:
> A fool don't look at the reality.
>
> as nodejs nowadays is popluar in server side programming,
> the benefit is very obvious.
>
> http://stackoverflow.com/questions/3723374/how-fast-is-javascript-compared-to-java
>
>
> as kls said:
>
> http://stackoverflow.com/questions/3723374/how-fast-is-javascript-compared-to-java
>
> """
>
> I only have an anecdote to add: I've recently reimplemented a Java calc
> server (finance) in Javascript (nodejs v0.6.8). WRT development time, the
> Javascript implementation was a breeze compared to the original Java
> implementation with far fewer lines of code. It was a breath of fresh air,
> really.
>
> The Javascript-based server is able to calc through 2.4k trades/sec whereas
> the Java server handles 400+/sec on the same hardware using less memory. I
> wouldn't attribute the speed increase to raw V8 vs. Java 7 performance but
> rather to the implementation. The Javascript implementation uses far fewer
> data structures, does an order of magnitude fewer method calls and takes a
> more straight-forward and terse approach.
>
> Needless to say, I'm very happy with the performance of node.js. And this,
> coming from someone who was Java only for many (9) years.
>
> """
>
>
>
>
>
> 2014-05-12 16:30 GMT+08:00 Doug :
>
>> Please, just stop.  You are arguing with a fool!
>>
>>
>> On Sunday, May 11, 2014 10:30:22 PM UTC-7, Kristopher Micinski wrote:
>>>
>>> What are you even talking about: Any JavaScript program is also going
>>> to have threads, too.
>>>
>>> You seem to be making this argument: Java has multiple threads, and
>>> that makes the programs slow.
>>>
>>> It sounds like all of this is coming from a completely uneducated
>>> viewpoint on systems design, but there are a number of
>>> issues.
>>>
>>> Please understand, however, that all of the issues in Java carry over
>>> (and worse) to JavaScript, you still need multiple threads, you still
>>> need a garbage collector.
>>>
>>> Please also quit citing other Java products as evidence that it has
>>> anything to do with Android.  Forget Java, android doesn't run Java.
>>> Android runs Dalvik.  Which is completely different than Java.  You
>>> can translate anything into Dalvik, people usually translate Java,
>>> there's no reason you couldn't also translate anything else.
>>>
>>> Kris
>>>
>>>
>>>
>>> On Mon, May 12, 2014 at 1:22 AM, 李白|字一日  wrote:
>>> > the slow comes not just from the loading of java based apps. but the
>>> > java
>>> > itself and the bad programming guidance, which uses too many threads
>>> > and
>>> > classes which take a lot space. and what even worse is you will
>>> > sometimes
>>> > have to do deep inheritance.
>>> >
>>> > it adds extra overheads to make itself run.
>>> > these are ignored while benchmark.
>>> >
>>> > i am by no means expert in languages. but it is true that java is slow
>>> > to
>>> > what ever products made by java.
>>> >
>>> > eclipse, android, j2me, netbeans, idea.
>>> > none of them are famous for their speed and memory saving.
>>> >
>>> >
>>> >
>>> >
>>> > 2014-05-12 11:22 GMT+08:00 bjv :
>>> >>
>>> >> Ugh! You don't get it and likely never will. There are so many things
>>> >> wrong with your assumptions/statements in all of these threads. It
>>> >> really
>>> >> isn't worth the time to debunk them all.
>>> >>
>>> >> But for what its worth, there is small overhead with respect to
>>> >> running
>>> >> Java/Dalvik on Android. That said, it is mostly upfront. JS is an
>>> >> interpreted language. Outside of the various ASM-JS experiments, Your
>>> >> html5+JS likely will always be interpreted. In a broad comparison, it
>>> >> will
>>> >> almost always be slower. Your thinking that you get to share all those
>>> >> J

Re: [android-developers] Re: looking for HTML5 and javascript based sdk....

[Kristopher Micinski]

What are you even talking about: Any JavaScript program is also going
to have threads, too.

You seem to be making this argument: Java has multiple threads, and
that makes the programs slow.

It sounds like all of this is coming from a completely uneducated
viewpoint on systems design, but there are a number of
issues.

Please understand, however, that all of the issues in Java carry over
(and worse) to JavaScript, you still need multiple threads, you still
need a garbage collector.

Please also quit citing other Java products as evidence that it has
anything to do with Android.  Forget Java, android doesn't run Java.
Android runs Dalvik.  Which is completely different than Java.  You
can translate anything into Dalvik, people usually translate Java,
there's no reason you couldn't also translate anything else.

Kris



On Mon, May 12, 2014 at 1:22 AM, 李白|字一日  wrote:
> the slow comes not just from the loading of java based apps. but the java
> itself and the bad programming guidance, which uses too many threads and
> classes which take a lot space. and what even worse is you will sometimes
> have to do deep inheritance.
>
> it adds extra overheads to make itself run.
> these are ignored while benchmark.
>
> i am by no means expert in languages. but it is true that java is slow to
> what ever products made by java.
>
> eclipse, android, j2me, netbeans, idea.
> none of them are famous for their speed and memory saving.
>
>
>
>
> 2014-05-12 11:22 GMT+08:00 bjv :
>>
>> Ugh! You don't get it and likely never will. There are so many things
>> wrong with your assumptions/statements in all of these threads. It really
>> isn't worth the time to debunk them all.
>>
>> But for what its worth, there is small overhead with respect to running
>> Java/Dalvik on Android. That said, it is mostly upfront. JS is an
>> interpreted language. Outside of the various ASM-JS experiments, Your
>> html5+JS likely will always be interpreted. In a broad comparison, it will
>> almost always be slower. Your thinking that you get to share all those JS
>> object goodies between various apps/components is in itself a cause for
>> concern.
>>
>> In an effort to remove the Dalvik overhead on Android, the Android guys
>> are now rolling out ART (a variant of llvm) that will transfer most of that
>> overhead to installation time. At that point, Java isn't going to be much
>> different than C++ from an execution perspective.
>>
>>
>> On Sunday, May 11, 2014 1:41:41 PM UTC-5, 李白，字一日 wrote:
>>>
>>> if it is not, why should you go native with c/c++ based ndk programming?
>>>
>>> it is surely related to the programming language.
>>>
>>> javascript 's speed acceleration is also related to the language and its
>>> optimization, which is almost always c/c++.
>>>
>>> i have never experienced the fast feeling of java technology both in
>>> desktop or server side.
>>>
>>> i never experienced fast  feeling in android, eclipse, java ee, j2me.  am
>>> i fooled?
>>>
>>> eclipse is famous for it's slow and memory consuming, though it is the
>>> greatest  ide i ever used.
>>>
>>> javascript based ide, like local compiled c9.io is very fast and
>>> responsive, thought it is not that mature.
>>>
>>> why ? ? ?
>>>
>>> and if android ui design can be written directly in html + css, it has
>>> all the flexibility css and html have now. If you know the web technologies,
>>> you should know what i mean.
>>>
>>> it is meaningless to discuss about the languages' performance, but the
>>> trend is that javascript will play a more important role in server side
>>> programming, hardware based programming and browser side programming.
>>>
>>>
>>> 2014-05-12 1:03 GMT+08:00 Colin M :
>>>
 I'll ignore the unqualified claim that the slowness of Android is due to
 Java.

 It sounds like your complaint is that you can't develop native apps in
 your preferred language and that you're using an outdated claim about Java
 to support your desire to change the current language of choice for Android
 development.

 The XML based components can all be done via code.  Do you have an
 example of how they are "far from flexible"?  There are many limitations,
 but you are welcome to write your own custom Views to get around any
 limitations.  I have many of my own complaints about some of the UI system,
 but I have no reason to believe the current state of things would be faster
 or more flexible if it were in another language.  That's not the thing
 limiting flexibility or causing speed issues, that's more about the
 implementations.  I've created and seen many fast and fluid and complex UIs
 on Android, but you sometimes have to do some real work to get them and 
 they
 don't always drop right out of the API in your lap :)  A better argument
 would be to single out issues with the UI libraries and talk about how to
 improve them.  This has little-to-nothing to do with implementation
 language.

 

Re: [android-developers] Re: looking for HTML5 and javascript based sdk....

[Kristopher Micinski]

I don't get your point: Java needs a runtime. JavaScript needs a
runtime.  Both of them need runtimes.  He never said Dalvik was
"slow," but everything can be optimized.  Does native code run faster
than interpreted / JIT code?  Probably.  The *exact same thing* is
going to be an issue with JavaScript.

So really, what is JS buying you that Java cannot?

I'm pretty sure you're just trolling at this point, since nobody can
seriously have this opinion if they know anything about VM or system
design.

Kris


On Mon, May 12, 2014 at 1:02 AM, 李白|字一日  wrote:
> in effect, you are making the acknowledgement that java is slow and fat not
> just because of the dalvik.
>
> even with ART, there is no evidence that Java will be more efficient, though
> there may be some improvement.
>
>
>
>
> 2014-05-12 11:22 GMT+08:00 bjv :
>>
>> Ugh! You don't get it and likely never will. There are so many things
>> wrong with your assumptions/statements in all of these threads. It really
>> isn't worth the time to debunk them all.
>>
>> But for what its worth, there is small overhead with respect to running
>> Java/Dalvik on Android. That said, it is mostly upfront. JS is an
>> interpreted language. Outside of the various ASM-JS experiments, Your
>> html5+JS likely will always be interpreted. In a broad comparison, it will
>> almost always be slower. Your thinking that you get to share all those JS
>> object goodies between various apps/components is in itself a cause for
>> concern.
>>
>> In an effort to remove the Dalvik overhead on Android, the Android guys
>> are now rolling out ART (a variant of llvm) that will transfer most of that
>> overhead to installation time. At that point, Java isn't going to be much
>> different than C++ from an execution perspective.
>>
>>
>> On Sunday, May 11, 2014 1:41:41 PM UTC-5, 李白，字一日 wrote:
>>>
>>> if it is not, why should you go native with c/c++ based ndk programming?
>>>
>>> it is surely related to the programming language.
>>>
>>> javascript 's speed acceleration is also related to the language and its
>>> optimization, which is almost always c/c++.
>>>
>>> i have never experienced the fast feeling of java technology both in
>>> desktop or server side.
>>>
>>> i never experienced fast  feeling in android, eclipse, java ee, j2me.  am
>>> i fooled?
>>>
>>> eclipse is famous for it's slow and memory consuming, though it is the
>>> greatest  ide i ever used.
>>>
>>> javascript based ide, like local compiled c9.io is very fast and
>>> responsive, thought it is not that mature.
>>>
>>> why ? ? ?
>>>
>>> and if android ui design can be written directly in html + css, it has
>>> all the flexibility css and html have now. If you know the web technologies,
>>> you should know what i mean.
>>>
>>> it is meaningless to discuss about the languages' performance, but the
>>> trend is that javascript will play a more important role in server side
>>> programming, hardware based programming and browser side programming.
>>>
>>>
>>> 2014-05-12 1:03 GMT+08:00 Colin M :
>>>
 I'll ignore the unqualified claim that the slowness of Android is due to
 Java.

 It sounds like your complaint is that you can't develop native apps in
 your preferred language and that you're using an outdated claim about Java
 to support your desire to change the current language of choice for Android
 development.

 The XML based components can all be done via code.  Do you have an
 example of how they are "far from flexible"?  There are many limitations,
 but you are welcome to write your own custom Views to get around any
 limitations.  I have many of my own complaints about some of the UI system,
 but I have no reason to believe the current state of things would be faster
 or more flexible if it were in another language.  That's not the thing
 limiting flexibility or causing speed issues, that's more about the
 implementations.  I've created and seen many fast and fluid and complex UIs
 on Android, but you sometimes have to do some real work to get them and 
 they
 don't always drop right out of the API in your lap :)  A better argument
 would be to single out issues with the UI libraries and talk about how to
 improve them.  This has little-to-nothing to do with implementation
 language.

 On Saturday, May 10, 2014 10:50:44 AM UTC-7, 李白，字一日 wrote:
>
> Java-based Android is very slow and memory consuming.
> and the XML based UI components are far from flexible.
>
> if Android sdk provides an html5  + javascript alternative, it would
> greatly improve the android  app possibilities.
>
> as we have seen more and more popular apps are written by html, css and
> javascript.
>
> i think it is a good time to provide a javascript based SDK,
>
> with a standardized Android UI framework like Twitter's bootstrap,
> every web developer can develope his app with ease.
>
> the webkit and

Re: [android-developers] Re: looking for HTML5 and javascript based sdk....

[Kristopher Micinski]

Everything you are saying here is

"I have heard Java is slow, and that's what is probably making Android
slow!  Here's an example of some things I think are slow because of
Java.  Now I'm going to apply this as evidence to the entire Android
platform to show why Java must be slow on it."

Please stop, this is 100% uninformed.

If you want to come back with any kind of solid performance numbers
reinforcing your points it might make sense, but it seems like all
you're doing is trying to say that Java is slow, and that somehow
JavaScript would be faster.  This really doesn't make any sense at
all, and it's silly to try to keep on arguing with absolutely no
empirical evidence to justify any of the claims you're making.

Kris


On Sun, May 11, 2014 at 2:41 PM, 李白|字一日  wrote:
> if it is not, why should you go native with c/c++ based ndk programming?
>
> it is surely related to the programming language.
>
> javascript 's speed acceleration is also related to the language and its
> optimization, which is almost always c/c++.
>
> i have never experienced the fast feeling of java technology both in desktop
> or server side.
>
> i never experienced fast  feeling in android, eclipse, java ee, j2me.  am i
> fooled?
>
> eclipse is famous for it's slow and memory consuming, though it is the
> greatest  ide i ever used.
>
> javascript based ide, like local compiled c9.io is very fast and responsive,
> thought it is not that mature.
>
> why ? ? ?
>
> and if android ui design can be written directly in html + css, it has all
> the flexibility css and html have now. If you know the web technologies, you
> should know what i mean.
>
> it is meaningless to discuss about the languages' performance, but the trend
> is that javascript will play a more important role in server side
> programming, hardware based programming and browser side programming.
>
>
> 2014-05-12 1:03 GMT+08:00 Colin M :
>>
>> I'll ignore the unqualified claim that the slowness of Android is due to
>> Java.
>>
>> It sounds like your complaint is that you can't develop native apps in
>> your preferred language and that you're using an outdated claim about Java
>> to support your desire to change the current language of choice for Android
>> development.
>>
>> The XML based components can all be done via code.  Do you have an example
>> of how they are "far from flexible"?  There are many limitations, but you
>> are welcome to write your own custom Views to get around any limitations.  I
>> have many of my own complaints about some of the UI system, but I have no
>> reason to believe the current state of things would be faster or more
>> flexible if it were in another language.  That's not the thing limiting
>> flexibility or causing speed issues, that's more about the implementations.
>> I've created and seen many fast and fluid and complex UIs on Android, but
>> you sometimes have to do some real work to get them and they don't always
>> drop right out of the API in your lap :)  A better argument would be to
>> single out issues with the UI libraries and talk about how to improve them.
>> This has little-to-nothing to do with implementation language.
>>
>> On Saturday, May 10, 2014 10:50:44 AM UTC-7, 李白，字一日 wrote:
>>>
>>> Java-based Android is very slow and memory consuming.
>>> and the XML based UI components are far from flexible.
>>>
>>> if Android sdk provides an html5  + javascript alternative, it would
>>> greatly improve the android  app possibilities.
>>>
>>> as we have seen more and more popular apps are written by html, css and
>>> javascript.
>>>
>>> i think it is a good time to provide a javascript based SDK,
>>>
>>> with a standardized Android UI framework like Twitter's bootstrap, every
>>> web developer can develope his app with ease.
>>>
>>> the webkit and v8 are every mature to google.
>>>
>>> why should we stille using java? which is slow and  memory consuming?
>>>
>>>
>>>
>> --
>> 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 a topic in the
>> Google Groups "Android Developers" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/android-developers/4UrtNOPympc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> android-developers+unsubscr...@googlegroups.com.
>>
>> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> 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+u

Re: [android-developers] looking for HTML5 and javascript based sdk....

[Kristopher Micinski]

First of all, this is just downright false, JS *will* be slower than
Java, but I'll address each of your points.

On Sun, May 11, 2014 at 12:51 AM, 李白|字一日  wrote:
> thanks for the reply.
>
> but i may think differently.
>
> javascript runtime can be shared, and no new memory allocation and memory
> copying required, only the apps require new memories when running.

The Android runtime is also shared, common memory pages are mapped
between processes.  This is the idea behind the "zygote" process,
which loads the VM in an initial process and then forks off new
processes, and due to copy on write (among other things) the VM is
never copied.

Apps only require the new memory they need.  You can't just slam them
all together in the same process, because that will completely destroy
security and that will never happen.  By the way, the same thing
exists in JavaScript for multiple JavaScript tabs.

> but the android vm is not, at least you should allocation memory for
> inter-media code files like .class files.
> then allocate new memory for the vm and then allocate for the app.

As I said, you don't allocate any new memory for the VM because of the
zygote.  You have to allocate pages to keep track of the code, but you
also do this with JS, but it's way worse because you need extra stuff
to do all the data structures for interpretation / JIT.

> for java multi-threading, you may need extra memory to providing more stacks
> and extra execution on how to coordinating the threads.
>
> but javascript may need only one thread, and no threads switching needed, it
> is event based.

You'll still need threads in JavaScript to make anything efficient.

> webkit and javascript event model is native implemented (using c/c++) and vm
> free, while java sdk is compiled in java code and interpreted to native.

There are open source Java compilers.  AOSP is open source.

> html and javascript files are translated to native code or natived
> implemented interpretors when loaded.

The same thing happens right now.

> so i think java is by no means faster than javascript, especially when you
> have very complicated interactions.

It's up for debate, but your arguments for it don't show this.

There are tricks to make this work,
http://en.wikipedia.org/wiki/Firefox_OS does them.

However, JS doesn't have any inherent performance advantages over
Java: it's slower if implemented badly.

> From all the above, i would like to say that javascript is easy and fast to
> load and run, while java is slow to load and run.
> if that is true, i think that is the great performance gain.
>
> java server side is fast in that java programs have loaded and they are all
> in memory and servers always provide large memory spaces, we can ignore the
> loading and rebooting time it requires, but android is not for server side
> programming, it may not have large memory space for too many apps and users
> don't have patient to wait too long for starting a new app.

Many apps are compiled natively or with a JIT, this is the exact same
as JavaScript.

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] looking for HTML5 and javascript based sdk....

[Kristopher Micinski]

I have no idea why you think that using Java is "slow and memory
consuming:" especially when so many apps are being complied to native
code and the framework is getting better by the month.

FYI anything on JavaScript is going to require even *more* memory,
since the runtime of a JavaScript library is going to incur at least
as much overhead as a byte code based interpreter for Java.

Kris


On Sat, May 10, 2014 at 1:50 PM, 李白，字一日  wrote:
> Java-based Android is very slow and memory consuming.
> and the XML based UI components are far from flexible.
>
> if Android sdk provides an html5  + javascript alternative, it would greatly
> improve the android  app possibilities.
>
> as we have seen more and more popular apps are written by html, css and
> javascript.
>
> i think it is a good time to provide a javascript based SDK,
>
> with a standardized Android UI framework like Twitter's bootstrap, every web
> developer can develope his app with ease.
>
> the webkit and v8 are every mature to google.
>
> why should we stille using java? which is slow and  memory consuming?
>
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: Does the Android emulator run inside a VM?

[Kristopher Micinski]

I remember doing this last year, I had to unlink some of the GL
drivers to get things to go through... I used a testing suite which
did GUI interaction and had no need to use UI.


Kris


On Fri, May 9, 2014 at 8:45 AM, Charles  wrote:
> Thanks,
>
> Yeah, it does work if I choose WXGA; RAM 512, heap 64; against latest 4.4.2
> ARM/x86 images. Does takes a long time to load.
>
> On Wednesday, May 7, 2014 11:32:56 PM UTC-7, Ruud wrote:
>>
>> I've used the emulator successfully inside a VirtualBox VM recently. But
>> didn't use all the options you used, and a lower resolution. It is slow
>> though.
>>
>>
>> Op donderdag 8 mei 2014 03:02:46 UTC+2 schreef Charles:
>>>
>>> Summary: Does the Android emulator run inside a VM? Or must it be run on
>>> a bare metal machine?
>>>
>>> I am trying to setup some automated tests using Jenkins using the Android
>>> plugin. The slave is a VM (on top) of VMWare ESXi, running Ubuntu Linux (32
>>> bit x86). When the emulator tries to start the VM, it shows an error "Failed
>>> to Initialize backend EGL display" and nothing happens.
>>>
>>> [android] Using Android SDK: /home/hudson/hudson/tools/android-sdk
>>>
>>> [android] Creating Android AVD:
>>> /home/hudson/.android/avd/hudson_en-US_160_1080x1920_android-19_x86.avd
>>>
>>> [android] /home/hudson/hudson/tools/android-sdk/tools/android create avd
>>> -f -a -s 1080x1920 -n hudson_en-US_160_1080x1920_android-19_x86 -t
>>> android-19 --abi x86
>>> [android] Setting hardware properties:
>>> hw.ramSize: 768
>>> vm.heapSize: 64
>>>
>>> $ /home/hudson/hudson/tools/android-sdk/platform-tools/adb start-server
>>>
>>> $ /home/hudson/hudson/tools/android-sdk/tools/emulator -snapshot-list
>>> -no-window -avd hudson_en-US_160_1080x1920_android-19_x86
>>> [android] Starting Android emulator and creating initial snapshot
>>> $ /home/hudson/hudson/tools/android-sdk/tools/emulator -no-boot-anim
>>> -ports 45507,44892 -prop persist.sys.language=en -prop
>>> persist.sys.country=US -avd hudson_en-US_160_1080x1920_android-19_x86
>>> -no-snapshot-load -no-snapshot-save -wipe-data -no-window -noaudio -gpu off
>>> * daemon not running. starting it now on port 39784 *
>>> * daemon started successfully *
>>> Failed to Initialize backend EGL display
>>> ...
>>> emulator: WARNING: Could not initialize OpenglES emulation, using
>>> software renderer.
>>>
>>> I tried with different abi (x86|x86) and options (combinations of
>>> -noaudio -gpu off). All failing. I also tried to login to the console and
>>> launch the emulator manually. All I see is a black emulator window. The
>>> emulator process is actively running ('top' command), but I don't see the
>>> home screen.
>>>
>>> Thanks,
>>> Charles
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Re: Why apps not developed in C ?

[Kristopher Micinski]

One big reason is that a lot of time is spent in system libraries,
which are written in C/C++. I believe in the original talk on Dalvik,
it was indicated that 70% of the time was spent in non-interpreted
code. You also have to remember that Dalvik has a JIT compiler and now
an LLVM based runtime (still in development, it seems), so the impact
from Java is less than you might think.

Kris


On Mon, Mar 31, 2014 at 3:27 PM, NewToAndroid  wrote:
> Thats good to know. My intension behind asking this question was, will the 
> apps be faster if written in C/C++ ?
> But looking at the intro of NDK, they say it won't give significant 
> performance improvement if apps developed in c/c++.
> Is it because of the layers of basic Android architechture? Or what?
> Any ideas please.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an 
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Location based App

[Kristopher Micinski]

In some cases, the location just isn't available all the time.  What
happens if the user goes indoors, out of cell range, etc...?  Then
getting a fix just won't work.

Kris


On Wed, Mar 12, 2014 at 6:14 PM, Rahul Shukla  wrote:
> Hello all,
>
> I am developing an android application wherein I need the user location
> updates pretty frequently. Say 2 times a minute.
>
> Earlier I had been using Google Play Service's "Fused location service" but
> the location updates were not received as requested.
> The location updates got stuck for sometime, the interval between updates
> jumped to 10min or so sometimes even if I put my priority to
> "PRIORITY_HIGH_ACCURACY"
>
> I then went back to the old "Location Manager" and when I used the
> "NETWORK_PROVIDER", I noticed that the location updates got stuck due to
> this provider.
>
> I want to know what are the best practices for getting location updates
> regularly, all the time, be it either NW, GPS or both. Like it should work
> for an application where location updates getting stuck cannot be afforded.
>
> Any help would be much appreciated.
>
> Thankyou !
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [android-developers] Android API for editing video.

[Kristopher Micinski]

I seriously doubt that any video editing API exists for Android,
specifically given that finding video manipulation APIs is already
difficult, and most of them probably use huge amounts of heap space
and native code.  Your best shot would probably be to take an API and
try to make it work on Android...

Kris


On Sun, Feb 2, 2014 at 11:15 AM, Yatish  wrote:
> Hi ,
>
> I am looking for android APIs or lib for editing Video. I wan to create an
> application which will use for editing videos.
>
>
> Please provide your valuable suggestions.
>
> 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
> ---
> You received this message because you are subscribed to the Google Groups
> "Android Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Android is there any api that provide info about screen elements.

[Kristopher Micinski]

Generally there aren't any APIs that will let you access information
about other applications.  This is mostly for security reasons.  So
the answer to your question is no.

Kris


On Sun, Jan 26, 2014 at 3:00 AM, 12169  wrote:
> Hi,
>
> I have an application in which i  open the  device settings page. when i
> open these pages i want to know about the position of the elements on the
> settings pages.
>
> e.g when i open the setting page Flight Mode, i want to get the position of
> this elements on the screen.
> any help?
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] D.E.F.E.C.T. 'Subscription' can be purchased for free

[Kristopher Micinski]

"the enemy is the google"

timeless words, so succinctly elucidated, captivating in a single sentence.

Kris



On Sat, Jan 18, 2014 at 1:57 AM, Build Account wrote:

> STEPS TO REPRODUCE:
> 1.implement billing client into any app. and register subscription product
> in dev console.
> 2.run the app and purchase whatever item.
> 3.cancel the purchasement from Google play > my app > subscription
> 4. re purchase a subscription from the app.
> 5. cancel the purchasement from Google play > my app > subscription again.
> 6. Now the charging cancelled but we can use the subscription
>
> 7. try above steps for subscription on any app in market. Also it works
> for any in-app products.
> get the prodcut for free.
>
> EXPECTED OUTPUT:
> When it's cancelled, it must be cancelled forever.
>
> ACTUAL OUTPUT:
> if repeat purcahse subscription and cencel, you cen get the product for
> free.
>
> AFFECTED ORDER IDS (IF RELEVANT):
>
> OS VERSION:
> All OS include 4.4 Kitkat.(no-root, non-custom rom, it's on original
> android OS)
>
> MARKET/MYAPPS VERSION:
> Any app which implement Google Billing
>
> DEVICE:
> Any Android device which support Google Play market
>
> OUTPUT FROM ADB BUGREPORT ATTACHED:
>
>
> NOTES:
>
> GOOGLE,
> MUST TAKE THIS ISSUE SERIOUSLY AND  QUICKLY.
> THE ENEMY OF PUBLISHER IS THE GOOGLE NOT CRACKER OR SCAMER.
> Who is in charge of this billing defect issue?
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Adding a system library

[Kristopher Micinski]

There isn't really a systematic way to add a library to the system in the
same way that you can install a DLL on most systems.

Instead, in Android, you can expose certain API hooks through AIDL, which
might be what you want.

It's almost certain that you don't want to add a library to the system,
because then you'll have to distribute your own ROM: which nobody else will
have.

Kris



On Sun, Jan 12, 2014 at 2:36 PM, smoogli  wrote:

> I'm looking for instructions on how to add a library to the system.
> e.g., my library contains APIs that will be used by other apps. so it
> should be available on the device itself, and not within the app's APK
> files.
>
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Any one could give me a help? App published can not be found!

[Kristopher Micinski]

Oh, no, I'm wrong, it turns out you also work for that company too, reading
the comments on your Google+ link.  Apologies.

Kris



On Sat, Jan 4, 2014 at 12:36 PM, Kristopher Micinski  wrote:

> FYI your app shares a name almost verbatim with another very popular app,
> which may likely own a trademark on it.
>
> You should check to make sure you're not in violation of that trademark if
> you continue to keep your app out...
>
> Kris
>
>
>
> On Sat, Jan 4, 2014 at 9:54 AM, mc  wrote:
>
>> Hello! I have an emergency that our company's app  published last night
>> still can not be found in google play. Any kind could give us a help? I
>> would be eaten by my boss soon... Thanks in advance!
>> My company's app name is "CM (Cleanmaster) security free".
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Any one could give me a help? App published can not be found!

[Kristopher Micinski]

FYI your app shares a name almost verbatim with another very popular app,
which may likely own a trademark on it.

You should check to make sure you're not in violation of that trademark if
you continue to keep your app out...

Kris



On Sat, Jan 4, 2014 at 9:54 AM, mc  wrote:

> Hello! I have an emergency that our company's app  published last night
> still can not be found in google play. Any kind could give us a help? I
> would be eaten by my boss soon... Thanks in advance!
> My company's app name is "CM (Cleanmaster) security free".
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Dolby Audio API

[Kristopher Micinski]

This seems nice, but I would recommend putting the API specs online (e.g.,
a JavaDoc dump...).

And as a matter of professionalism, you should correctly format your source
examples :-)...

Kris

On Thu, Jan 2, 2014 at 4:17 PM, Eric Ang  wrote:

> Hey Everyone,
>
> I recently joined Dolby Laboratories and Dolby has an Android Audio API
> which enhances Audio.
>
> Is this something you folks would be interested in?
>
> It's a Java Library with a few simple API calls.
>
> Anyways, I'd like to use this to get feedback as well.
>
> The API is available at http://developer.dolby.com
>
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Why are Android apk on Google Play market bound to a Google Account?

[Kristopher Micinski]

On Fri, Dec 27, 2013 at 3:33 AM, TreKing  wrote:

>
> On Fri, Dec 27, 2013 at 12:29 AM, Heshan Perera <
> anthonyheshanper...@gmail.com> wrote:
>
>> I know the advice to tackle this situation is to request an online login
>> but, for an application that does not require web connectivity for its base
>> functionality, this seems to be a bad practice in terms of usability.
>>
> Where is this advice? I thought the advice was to use the LVL.
>

I suppose you could say that LVL is a type of service that implements this,
but it seems like a particularly streamlined way of doing so..

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Why are Android apk on Google Play market bound to a Google Account?

[Kristopher Micinski]

FYI this is why full app encryption exists in Jelly Bean.

DRM is a moving target, you could always imagine a user which roots the
device and copies the APK out of memory (though this would be pretty
technically involved...).  So while no perfect solution exists, full app
encryption definitely gets you closer..

Kris



On Thu, Dec 26, 2013 at 11:29 PM, Heshan Perera <
anthonyheshanper...@gmail.com> wrote:

> Let's say I published a paid Android app to Google Play for selling.
>
> Let's say user "A" pays for and installs it. Now user 'A' can extract this
> apk from his device and freely distribute it to other users, who will not
> have to pay for it anymore.
>
> Hence, as a developer, I lose out. I know the advice to tackle this
> situation is to request an online login but, for an application that does
> not require web connectivity for its base functionality, this seems to be a
> bad practice in terms of usability.
>
> So out of curiosity, why aren't these APKs signed to run for a specific
> account prior download ? This is what iTunes does with their IPAs, they are
> signed with the relevant Apple ID.
>
> What are the possible reasons for Android / Google to not follow suite ?
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Anyone from Google reading this group? (Was: Wrong stack behaviour in Android 4.4)

[Kristopher Micinski]

I don't have any information on this particular issue, but if anyone did,
they would have pointed it out. I pointed you at various other resources
which may be more helpful than the Android development list. In particular,
this list relates to app development. While asking about issues which
impact apps is certainly acceptable, you should also look at platform
development forums if you're looking for platform issues.

As for telling me not to reply, I'm the only person giving you relevant
information. I'm guessing the reason nobody else has is that they don't
want to be talked down to..

Kris
On Dec 26, 2013 5:04 AM, "BoD"  wrote:

> Kristopher,
>
> I don't see how I was rude (is "ping" a bad word?"). You're the one who
> insists on changing the subject, talking about grammar, etiquette, and
> feelings...
> Do you have any information regarding issue 61950?  If not, please refrain
> from replying to this.
>
> Thanks a lot,
>
> --
> BoD
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Anyone from Google reading this group? (Was: Wrong stack behaviour in Android 4.4)

[Kristopher Micinski]

You should really stop acting rude if you want anyone to help you. First
you said you bumped an issue to which nobody responded (which is fine,
within reason), but all you seem to do is argue. I already gave you an
accurate answer, acting rude makes you even less likely to get a response,
and if you're looking for bug information and statuses you should really
try android-platform.

I understand you're probably just being haughty because you misspoke and
feel embarrassed, subsequently hoping to self justify yourself by composing
a trite response, but doing so is antithetical to getting a response...

Kris
Kris
On Dec 24, 2013 6:23 AM, "BoD"  wrote:

> All I'm "long" for is a response from someone at Google...
>
> --
> BoD
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Anyone from Google reading this group? (Was: Wrong stack behaviour in Android 4.4)

[Kristopher Micinski]

You're still using "rhetorical" incorrectly, the word you're long for is
"sarcastic."  You should at least give a pointer to the issue in your
subsequent pings in case someone doesn't want to have to dig through logs
of the list from weeks ago.

Kris



On Sun, Dec 22, 2013 at 6:33 PM, BoD  wrote:

> No but really, I was not *actually* asking about Google engineer's
> presence on this list. Thanks for your input though. (<- rhetorical again!
> ;))
> I'm curious about issue 61950, which in my opinion is troubling because it
> concerns the Activity stack - hence my "pings".
>
> --
> BoD
>
> On Sunday, December 22, 2013 7:02:27 PM UTC+1, Kristopher Micinski wrote:
>
>> I don't think you understand what that word means, or at the very least,
>> you're using it incorrectly :-).
>>
>> Google engineers respond to a very small amount of questions on this list
>> that concern core functionality, but in my experience don't participate in
>> discussions all that often: I suspect because they are simply swamped with
>> "real work" and want to be careful in the phrasing of their responses so as
>> not to misspeak.
>>
>> Kris
>>
>>
>>
>> On Sun, Dec 22, 2013 at 12:55 PM, BoD  wrote:
>>
>>> It was a rhetorical question, Kristopher.
>>>
>>> --
>>> BoD
>>>
>>>
>>> On Thursday, December 19, 2013 7:17:58 PM UTC+1, Kristopher Micinski
>>> wrote:
>>>
>>>> Google engineers routinely read and comment on the contents of
>>>> messages from this group, so I would suspect the answer is yes..
>>>>
>>>> Krs
>>>>
>>>>
>>>> On Thu, Dec 19, 2013 at 9:12 AM, BoD  wrote:
>>>> > PING.
>>>> >
>>>> >
>>>> > On Monday, December 2, 2013 11:18:35 PM UTC+1, BoD wrote:
>>>> >>
>>>> >> Ping.
>>>>
>>>>
>>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Anyone from Google reading this group? (Was: Wrong stack behaviour in Android 4.4)

[Kristopher Micinski]

I don't think you understand what that word means, or at the very least,
you're using it incorrectly :-).

Google engineers respond to a very small amount of questions on this list
that concern core functionality, but in my experience don't participate in
discussions all that often: I suspect because they are simply swamped with
"real work" and want to be careful in the phrasing of their responses so as
not to misspeak.

Kris



On Sun, Dec 22, 2013 at 12:55 PM, BoD  wrote:

> It was a rhetorical question, Kristopher.
>
> --
> BoD
>
>
> On Thursday, December 19, 2013 7:17:58 PM UTC+1, Kristopher Micinski wrote:
>
>> Google engineers routinely read and comment on the contents of
>> messages from this group, so I would suspect the answer is yes..
>>
>> Krs
>>
>>
>> On Thu, Dec 19, 2013 at 9:12 AM, BoD  wrote:
>> > PING.
>> >
>> >
>> > On Monday, December 2, 2013 11:18:35 PM UTC+1, BoD wrote:
>> >>
>> >> Ping.
>>
>>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Anyone from Google reading this group? (Was: Wrong stack behaviour in Android 4.4)

[Kristopher Micinski]

Google engineers routinely read and comment on the contents of
messages from this group, so I would suspect the answer is yes..

Krs


On Thu, Dec 19, 2013 at 9:12 AM, BoD  wrote:
> PING.
>
>
> On Monday, December 2, 2013 11:18:35 PM UTC+1, BoD wrote:
>>
>> Ping.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Google Play Game Services - Cloud Save

[Kristopher Micinski]

To answer your question, no such thing applies to the cloud save API
in the way you're describing.  If your app isn't easily serializable
in an incremental fashion, then an explicit save point sounds like a
perfectly reasonable thing to do...

Kris


On Thu, Dec 19, 2013 at 1:07 AM, Chad Ata  wrote:
> haha.. you're right, the chance of getting featured is practically zero. We
> probably have a better chance with the lottery.. or a lightning bolt.
> But, for example, Amazon has a Developer Select program in which you get
> additional exposure on their app store if you implement a set of features
> and meet certain guidelines.
> We're probably not going to get featured =/ but might as well shoot for the
> stars and do things the way they want =]
>
>
> On Wed, Dec 18, 2013 at 9:51 PM, Kristopher Micinski
>  wrote:
>>
>> Uhh.
>>
>> Hate to break it to you, but there is basically no way you are going
>> to considered for featuring anyway, that's a whole 'nother ballgame
>> :-).  You can argue with people about how to make that happen, but I
>> can basically guarantee you that they're not going to decompile your
>> code and check whether you're using their API the specific way it was
>> designed to be used.
>>
>> Kris
>>
>>
>>
>>
>> On Wed, Dec 18, 2013 at 5:33 PM, Chad Ata  wrote:
>> > Thanks for the response Kris,
>> >
>> > I ask because none of the conflict resolution docs recommend this
>> > solution.
>> > See: https://developer.android.com/training/cloudsave/conflict-res.html
>> > I'm also concerned that if it doesn't meet their quality guidelines,
>> > then it
>> > would not be considered for featuring.
>> > Maybe I'm being paranoid =] but then again, maybe i'm not
>> >
>> > -Chad
>> >
>> >
>> > On Wed, Dec 18, 2013 at 1:17 PM, Kristopher Micinski
>> >  wrote:
>> >>
>> >> I don't see why this would be at all problematic.  It seems completely
>> >> within the guidelines that says this is a bad idea.  The Cloud Save
>> >> API is just that, an API: so I'd use it however it worked best for
>> >> you!
>> >>
>> >> Kris
>> >>
>> >>
>> >> On Wed, Dec 18, 2013 at 3:08 PM, Sheado  wrote:
>> >> > Hi Android,
>> >> >
>> >> > Would it be considered bad practice to implement Cloud Save as simple
>> >> > backup/restore buttons in our game's menu?
>> >> > To clarify, user would press backup on the device with the data they
>> >> > want.
>> >> > Then press restore on the device they want to update.
>> >> >
>> >> > Quietly updating game content as recommended in the docs would not be
>> >> > trivial in our game, so we are considering going with a
>> >> > backup/restore
>> >> > approach.
>> >> >
>> >> > Would this be ok, or would this not meet good Google Play development
>> >> > guidelines?
>> >> >
>> >> > 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 unsubscribe from this group and stop receiving emails from it,
>> >> > send
>> >> > an
>> >> > email to android-developers+unsubscr...@googlegroups.com.
>> >> > For more options, visit https://groups.google.com/groups/opt_out.
>> >>
>> >> --
>> >> 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

Re: [android-developers] Google Play Game Services - Cloud Save

[Kristopher Micinski]

Uhh.

Hate to break it to you, but there is basically no way you are going
to considered for featuring anyway, that's a whole 'nother ballgame
:-).  You can argue with people about how to make that happen, but I
can basically guarantee you that they're not going to decompile your
code and check whether you're using their API the specific way it was
designed to be used.

Kris




On Wed, Dec 18, 2013 at 5:33 PM, Chad Ata  wrote:
> Thanks for the response Kris,
>
> I ask because none of the conflict resolution docs recommend this solution.
> See: https://developer.android.com/training/cloudsave/conflict-res.html
> I'm also concerned that if it doesn't meet their quality guidelines, then it
> would not be considered for featuring.
> Maybe I'm being paranoid =] but then again, maybe i'm not
>
> -Chad
>
>
> On Wed, Dec 18, 2013 at 1:17 PM, Kristopher Micinski
>  wrote:
>>
>> I don't see why this would be at all problematic.  It seems completely
>> within the guidelines that says this is a bad idea.  The Cloud Save
>> API is just that, an API: so I'd use it however it worked best for
>> you!
>>
>> Kris
>>
>>
>> On Wed, Dec 18, 2013 at 3:08 PM, Sheado  wrote:
>> > Hi Android,
>> >
>> > Would it be considered bad practice to implement Cloud Save as simple
>> > backup/restore buttons in our game's menu?
>> > To clarify, user would press backup on the device with the data they
>> > want.
>> > Then press restore on the device they want to update.
>> >
>> > Quietly updating game content as recommended in the docs would not be
>> > trivial in our game, so we are considering going with a backup/restore
>> > approach.
>> >
>> > Would this be ok, or would this not meet good Google Play development
>> > guidelines?
>> >
>> > 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 unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to android-developers+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/groups/opt_out.
>>
>> --
>> 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 a topic in the
>> Google Groups "Android Developers" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/android-developers/-XbklDth9Cs/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> android-developers+unsubscr...@googlegroups.com.
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Android app with source code required

[Kristopher Micinski]

This is JavaScript, which probably isn't what Desan wants..

Kris


On Wed, Dec 18, 2013 at 4:54 PM, 장시영  wrote:
> hi
>
> A Prototype of Mobile Client for E-commerce Application
>
> http://www.codeproject.com/Articles/233818/A-Prototype-of-Mobile-Client-for-E-commerce-Applic
>
>
>
>
> 2013/12/18 Desan Benz 
>>
>> hi i am just beginner of android development as i had taken few days
>> training on android. I am searching for android app project of
>> ecommerce app where different materials can be bought . I hope you
>> guys provide me good ecommerce android app with its source code . Help
>> needed . - Sandesh
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Google Play Game Services - Cloud Save

[Kristopher Micinski]

I don't see why this would be at all problematic.  It seems completely
within the guidelines that says this is a bad idea.  The Cloud Save
API is just that, an API: so I'd use it however it worked best for
you!

Kris


On Wed, Dec 18, 2013 at 3:08 PM, Sheado  wrote:
> Hi Android,
>
> Would it be considered bad practice to implement Cloud Save as simple
> backup/restore buttons in our game's menu?
> To clarify, user would press backup on the device with the data they want.
> Then press restore on the device they want to update.
>
> Quietly updating game content as recommended in the docs would not be
> trivial in our game, so we are considering going with a backup/restore
> approach.
>
> Would this be ok, or would this not meet good Google Play development
> guidelines?
>
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Have developers ever been sued because of what their program does?

[Kristopher Micinski]

The short answer is that you should ask a lawyer.

I have never heard of an app writer being sued for this kind of app,
but I wouldn't be surprised if their had been a lawsuit. In the US you
can sue someone for a pretty huge array of things.

It's probably pretty safe to assume that the answer to "can I get
sued" is probably yes if you're dealing with private information,
whether the suit would or would not be thrown out depends on the
situation, locale, entity, etc... That being said, nobody here can
give you legal advice.  I've definitely heard of app writers being
sued for things like patent infringement  (I mean, app writers
continue to get sued by Lodsys!).

Kris

On Mon, Dec 16, 2013 at 1:49 PM, Tina Seaburn
 wrote:
> I am considering writing an app for the Android Market place.  I was looking
> around Google Play and I noticed quite a few apps that provide various ways
> to spy on other people.  Sometimes they are called "phone locator" or
> "tracker" or sometimes just "spy".
>
> This sounds like fun but I was wondering if app developers ever get sued
> when someone, for instance, is killed by a stalker who was using one of
> these apps.
>
> Has this ever happened?
> Thanks,
> Tina
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Swipe app out of recent tasks permanently kills app (like force-stop) even though it's running background services!

[Kristopher Micinski]

Just as a note: you're being fairly condescending to people who are
suggesting solutions to you free of charge in a pretty polite way..

I personally don't know what the semantics of the swipe away are: but
I wouldn't be surprised if it were to kill the app.  I am not sure
whether or not I'd call it a bug or not (I'd personally lean toward
not) but it's obvious you feel differently.  If nobody else
(presumably, someone who's read the source..) responds to this you
could always dig through the system source to find out!

Kris


On Fri, Dec 13, 2013 at 6:59 AM, 3c  wrote:
> Thanks but I'm fully aware of this and as the title suggest I'm referring to
> swiping an app from the recent task list. Not sure how this has anything to
> do with this.
>
> On Android 4.4, the recent task list is now acting like a force-stop and
> that's a definitive and obvious bug. And this behavior is anything but what
> end-users do expect when removing apps from recent list. I've already
> received a dozen reports from end-users who think my app stops functioning
> unexpectedly, while they only swiped it away from the recent list, they
> expect its services to continue running!
>
> How nice this is when an app actually has widgets on the launcher? Those
> simply stop refreshing forever! If that's not a bug, I guess Android OS and
> my app both have 0 bug. I'll make sure to refer my users to your posts so
> they understand there's no bug!
>
> Have a read at these:
> http://developer.android.com/reference/android/app/Service.html#onTaskRemoved(android.content.Intent)
> http://developer.android.com/reference/android/content/pm/ServiceInfo.html#FLAG_STOP_WITH_TASK
>
>
> On Friday, December 13, 2013 4:25:42 AM UTC+1, RichardC wrote:
>>
>> Have a read of:
>>
>> Launch controls on stopped applications in
>> http://developer.android.com/about/versions/android-3.1.html
>>
>> Note that it says:
>> "Applications are in a stopped state when they are first installed but are
>> not yet launched and when they are manually stopped by the user (in Manage
>> Applications)."
>>
>> This was introduced in 3.1 before we had swiping away.
>>
>>
>> On Friday, December 13, 2013 1:22:27 AM UTC, 3c wrote:
>>>
>>> I cannot agree with this as the recent task list in no way suggest
>>> killing the apps. Actually every users seems to see it differently. Some
>>> take that recent task list as the name suggest, recent tasks and activities,
>>> others see it as you suggest an app killing, but most users don't know
>>> what's actually happening when removing a task from that list.
>>>
>>> Furthermore that list doesn't actually reflect apps still running, but
>>> the recent tasks or apps used by end-user. On boot I may have a dozen apps
>>> running, but no way to kill them (except going into settings, force-stop) if
>>> I haven't started them once, making this task killer the worse I've ever
>>> seen: it requires end-user to open the app before being able to kill it
>>> permanently! And it's not because I remove a task from that very list that I
>>> don't want its services to continue running.
>>>
>>> Looking at documentation for the Service class and the related manifest
>>> attributes definitely confirm the behavior of Android 4.0 to 4.3:
>>>
>>> With Android 4.4, the below flag is now ineffective, which falls into the
>>> bug category, not the other way around as you suggest.
>>>
>>>
>>> public static final int stopWithTask
>>> Added in API level 14
>>>
>>> If set to true, this service with be automatically stopped when the user
>>> remove a task rooted in an activity owned by the application. The default is
>>> false.
>>>
>>> Must be a boolean value, either "true" or "false".
>>>
>>> public void onTaskRemoved (Intent rootIntent)
>>>
>>> Added in API level 14
>>>
>>> This is called if the service is currently running and the user has
>>> removed a task that comes from the service's application. If you have set
>>> ServiceInfo.FLAG_STOP_WITH_TASK then you will not receive this callback;
>>> instead, the service will simply be stopped.
>>>
>>>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

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

Re: [android-developers] Re: Looking for API to gain access to my email

[Kristopher Micinski]

They have to be stored somewhere on the phone: but they don't have to
be accessible to you.  I believe in this case they are *not* available
through any public API...

Kris


On Wed, Dec 11, 2013 at 2:47 PM, Daniel Chacon  wrote:
> Well I was looking to create just a simple app to clear the trash folder is
> all, nothing more.. just something to gain access to that folder and clear
> it..
> I have  thousands of emails in that folder that I don't need, the emails
> have to be stored somewhere on the phone that can be accessed and deleted.
>
> On Wed, Dec 11, 2013 at 10:28 AM, 12169  wrote:
>>
>> hi,
>>
>> As per my search it is not possible.
>> but you can built your on email client for refernce you can find the
>> ssource code of k9 application.
>>
>>
>> On Friday, April 19, 2013 8:49:40 PM UTC-7, Dan Cha wrote:
>>>
>>> Im trying to build an app that can connect to my email client on my
>>> phone.
>>> Im using the email client that came with the phone, so whatever that is.
>>>
>>> Is it possible to access that from another app?
>>>
>>> I would like to gain access to the individual folders and do the normal
>>> delete, move and such..
>>>
>>> Can anyone offer help or suggestions on how to do this..
>>>
>>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: I want to make an application can do automated testing.

[Kristopher Micinski]

In general you can't control very much, but sendevent will help...

http://ktnr74.blogspot.com/2013/06/emulating-touchscreen-interaction-with.html

Kris



On Sun, Dec 1, 2013 at 4:47 PM, 12169  wrote:

> Hi,
>
> i want to do this on other applications.
>
>
> On Sunday, December 1, 2013 12:06:14 PM UTC-8, RichardC wrote:
>>
>> For your own applications see Android UI Testing:
>> http://developer.android.com/tools/testing/testing_ui.html
>>
>> For other application this would be a great big security hole and is
>> therefore not possible.
>>
>> On Sunday, December 1, 2013 7:36:38 PM UTC, 12169 wrote:
>>>
>>> Hi,
>>>
>>> In android i want to make an application that can do automated testing
>>> of android applications.
>>> for this my first step is to record the testing steps that i done on the
>>> application and after i have the repeat that steps.
>>> any suggestion will be appreciated.
>>>
>>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] I want to make an application can do automated testing.

[Kristopher Micinski]

You might want to have a look at this system, which does record and replay
for a fairly large set of apps:

http://www.androidreran.com/

Kris



On Sun, Dec 1, 2013 at 2:36 PM, 12169  wrote:

> Hi,
>
> In android i want to make an application that can do automated testing of
> android applications.
> for this my first step is to record the testing steps that i done on the
> application and after i have the repeat that steps.
> any suggestion will be appreciated.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] testing app from PC on attached phone

[Kristopher Micinski]

I wouldn't say that that's "obviously" true by any stretch of the
imagination.

I remember having to mess around with the registry on Windows to get
debugging to work, though it's been a while so perhaps I'm off base here.
 Anyway, if adb can't recognize your device then that's your problem.  The
eclipse debugging functionality is just a wrapper through adb anyway (since
adb stands for "Android Debug Bridge").  You should get this to work first,
though at this point it sounds like it's somewhat device specific.

Kris



On Fri, Nov 29, 2013 at 2:03 PM, peter gottlieb wrote:

> I have tried running "adb devices", but the only device listed is the
> emulator.  If I close the emulator, I get nothing listed.  I don't think
> there are any drivers from Sony that would be specific to Eclipse or adb.
> The ordinary windows drivers for the Sony phone are obviously working or I
> wouldn't be able to see the phone from PC connect.
>
>
> On Fri, Nov 29, 2013 at 9:47 AM, Kristopher Micinski <
> krismicin...@gmail.com> wrote:
>
>> I mean, if you type in "adb devices" do you get any output to indicate
>> that ADB can find your device?
>>
>> Kris
>>
>>
>>
>> On Fri, Nov 29, 2013 at 11:27 AM, peter gottlieb 
>> wrote:
>>
>>>  I'm not sure what you mean by a response from ADB.  I can debug from
>>> Eclipse on the virtual device, but Eclipse android plug in won't even
>>> recognize the hardware phone.
>>>
>>>
>>> On Fri, Nov 29, 2013 at 8:11 AM, Kristopher Micinski <
>>> krismicin...@gmail.com> wrote:
>>>
>>>> Can you get any response from ADB?
>>>>
>>>> Kris
>>>>
>>>>
>>>>
>>>> On Fri, Nov 29, 2013 at 10:52 AM, peter gottlieb >>> > wrote:
>>>>
>>>>> Bad guess.  I clearly stated that the windows 7 setup had already
>>>>> worked with the Sony Erickson, but now doesn't.  For all PC-phone
>>>>> interactions (browse files on the phone from the PC, update phone software
>>>>> from the PC, etc) the connections work perfectly fine.  Only the Eclipse
>>>>> connection from the PC has the problem.  My only thought is a virus, but I
>>>>> have run Norton, and everything seems fine.  It could be some new virus
>>>>> that only effects certain software.   As a last resort I will try to get
>>>>> Norton assistance.
>>>>>
>>>>>
>>>>> On Fri, Nov 29, 2013 at 1:05 AM, TreKing  wrote:
>>>>>
>>>>>>
>>>>>> On Fri, Nov 29, 2013 at 12:45 AM, peter gottlieb <
>>>>>> gottlieb...@gmail.com> wrote:
>>>>>>
>>>>>>> The windows 7 has worked in the past, but doesn't work now.  The
>>>>>>> windows 8 setup hasn't been used for this purpose before.  I have made 
>>>>>>> sure
>>>>>>> to set debug = "true" in the manifest, and that the phones (a new Sony
>>>>>>> Xperia, and an old Sony-Erickson Xperia) are set to accept apps from
>>>>>>> non-verified sources.  I cannot get either phone to show up as a 
>>>>>>> connected
>>>>>>> Android device chooser.
>>>>>>>
>>>>>>>
>>>>>>> Does anyone have any idea what could be wrong?
>>>>>>>
>>>>>>
>>>>>> First guess would be you haven't installed the proper drivers.
>>>>>>
>>>>>>
>>>>>> -
>>>>>> TreKing <http://sites.google.com/site/rezmobileapps/treking> -
>>>>>> Chicago transit tracking app for Android-powered devices
>>>>>>
>>>>>> --
>>>>>> 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 receiv

Re: [android-developers] testing app from PC on attached phone

[Kristopher Micinski]

I mean, if you type in "adb devices" do you get any output to indicate that
ADB can find your device?

Kris



On Fri, Nov 29, 2013 at 11:27 AM, peter gottlieb wrote:

> I'm not sure what you mean by a response from ADB.  I can debug from
> Eclipse on the virtual device, but Eclipse android plug in won't even
> recognize the hardware phone.
>
>
> On Fri, Nov 29, 2013 at 8:11 AM, Kristopher Micinski <
> krismicin...@gmail.com> wrote:
>
>> Can you get any response from ADB?
>>
>> Kris
>>
>>
>>
>> On Fri, Nov 29, 2013 at 10:52 AM, peter gottlieb 
>> wrote:
>>
>>> Bad guess.  I clearly stated that the windows 7 setup had already worked
>>> with the Sony Erickson, but now doesn't.  For all PC-phone interactions
>>> (browse files on the phone from the PC, update phone software from the PC,
>>> etc) the connections work perfectly fine.  Only the Eclipse connection from
>>> the PC has the problem.  My only thought is a virus, but I have run Norton,
>>> and everything seems fine.  It could be some new virus that only effects
>>> certain software.   As a last resort I will try to get Norton assistance.
>>>
>>>
>>> On Fri, Nov 29, 2013 at 1:05 AM, TreKing  wrote:
>>>
>>>>
>>>> On Fri, Nov 29, 2013 at 12:45 AM, peter gottlieb >>> > wrote:
>>>>
>>>>> The windows 7 has worked in the past, but doesn't work now.  The
>>>>> windows 8 setup hasn't been used for this purpose before.  I have made 
>>>>> sure
>>>>> to set debug = "true" in the manifest, and that the phones (a new Sony
>>>>> Xperia, and an old Sony-Erickson Xperia) are set to accept apps from
>>>>> non-verified sources.  I cannot get either phone to show up as a connected
>>>>> Android device chooser.
>>>>>
>>>>>
>>>>> Does anyone have any idea what could be wrong?
>>>>>
>>>>
>>>> First guess would be you haven't installed the proper drivers.
>>>>
>>>>
>>>> -
>>>> TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
>>>> transit tracking app for Android-powered devices
>>>>
>>>> --
>>>> 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 a topic in the
>>>> Google Groups "Android Developers" group.
>>>> To unsubscribe from this topic, visit
>>>> https://groups.google.com/d/topic/android-developers/ESKcfB1nTiU/unsubscribe
>>>> .
>>>> To unsubscribe from this group and all its topics, send an email to
>>>> android-developers+unsubscr...@googlegroups.com.
>>>>
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>
>>>
>>>  --
>>> 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 unsubscribe from this group and stop receiving emails from it, send
>>> an email to android-developers+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>  --
>> 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...@google

Re: [android-developers] testing app from PC on attached phone

[Kristopher Micinski]

Can you get any response from ADB?

Kris



On Fri, Nov 29, 2013 at 10:52 AM, peter gottlieb wrote:

> Bad guess.  I clearly stated that the windows 7 setup had already worked
> with the Sony Erickson, but now doesn't.  For all PC-phone interactions
> (browse files on the phone from the PC, update phone software from the PC,
> etc) the connections work perfectly fine.  Only the Eclipse connection from
> the PC has the problem.  My only thought is a virus, but I have run Norton,
> and everything seems fine.  It could be some new virus that only effects
> certain software.   As a last resort I will try to get Norton assistance.
>
>
> On Fri, Nov 29, 2013 at 1:05 AM, TreKing  wrote:
>
>>
>> On Fri, Nov 29, 2013 at 12:45 AM, peter gottlieb 
>> wrote:
>>
>>> The windows 7 has worked in the past, but doesn't work now.  The windows
>>> 8 setup hasn't been used for this purpose before.  I have made sure to set
>>> debug = "true" in the manifest, and that the phones (a new Sony Xperia, and
>>> an old Sony-Erickson Xperia) are set to accept apps from non-verified
>>> sources.  I cannot get either phone to show up as a connected
>>> Android device chooser.
>>>
>>>
>>> Does anyone have any idea what could be wrong?
>>>
>>
>> First guess would be you haven't installed the proper drivers.
>>
>>
>> -
>> TreKing  - Chicago
>> transit tracking app for Android-powered devices
>>
>> --
>> 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 a topic in the
>> Google Groups "Android Developers" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/android-developers/ESKcfB1nTiU/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> android-developers+unsubscr...@googlegroups.com.
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Application crashes on Formatted Android Phone

[Kristopher Micinski]

Has anyone faced the problem of their app working on one device and
crashing on another?  Absolutely.  For so many reasons that there is no way
to be able to tell what your problem could possibly be.

You should install a crash reporting system in your app, so that when it
does generate crashes they will at least be sent to you, and you can have
some hope of being able to figure out what might have gone wrong.

Kris



On Wed, Nov 27, 2013 at 11:36 PM, Krishna Mahadik  wrote:

> Hello Treking,
>
> I have received couple of complaints which were as mentioned above. I am
> not able to get my hands on such a device in which such problem occur. I am
> looking forward to receive one of such handset, once i get it I will try to
> resolve issue on my own first and If I am not able to, then I will approach
> our group again.
>
> I just wanted to have some background if anyone has come across such
> problem before.
>
> Again thanks a lot for looking into my issue. I will surely follow-up with
> further proceedings.
>
> Thanks & Regards,
> Krishna V. Mahadik
>
>
> On Thu, Nov 28, 2013 at 2:08 AM, TreKing  wrote:
>
>>
>> On Tue, Nov 26, 2013 at 7:28 AM, Krishna Mahadik <
>> krishna.maha...@gmail.com> wrote:
>>
>>> Can anyone enlighten me what could be the possible reason and how can i
>>> over come such a problem.
>>
>>
>>  Not with the amount of information your have provided. Get a log that
>> shows the crash at least.
>>
>>
>> -
>> TreKing  - Chicago
>> transit tracking app for Android-powered devices
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> --
> . \\\///
> .   /\
> .   | \\   // |
> . ( | (.) (.) |)
> --o00o--(_)--o00o-
>
> "Yesterday is not ours to recover, but
> tomorrow is ours to win or to lose."
>
> ---ooo0---
> .   (   )   0ooo
> .\ (  (   )
> . \_) ) /
> .(_/
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Dalvik vs ART

[Kristopher Micinski]

I doubt that will happen.

Translating from Dalvik to native code is tuned to make sense, but
switching to another ABI would be more difficult.  It may happen,
though I doubt it will anytime soon.

There's no reason that you can't interface to binaries through JNI
anyway, as long as they follow the correct ABI right now..

Kris


On Fri, Nov 15, 2013 at 10:05 AM, Thomas Bruyelle
 wrote:
> Elias,
> I wasn't thinking of other jvm-based languages, but rather language which
> generates binaries like Go :)
>
>
> 2013/11/15 Elias de Oliveira 
>>
>> Tom,
>>
>> Google could use other language in the Dalvik as well(JVM runs Java,
>> Scala, JRuby...), I don`t believe that they will change the language,
>> because there`s to much build on Java for the Android
>> Platform(documentation, tools, IDEs). But if they think in do this sometime,
>> this is the time.
>>
>> If i`m not wrong, using AOT, Google can`t be sued by Oracle anymore,
>> right?
>>
>> []`s
>>
>>
>> 2013/11/15 Tom 
>>>
>>> As I understand one of the feature of ART is to remove the usage of a VM,
>>> which means no more bytecode, which means binaries, which means ability to
>>> use a new language ???
>>>
>>> --
>>> 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 unsubscribe from this group and stop receiving emails from it, send an
>>> email to android-developers+unsubscr...@googlegroups.com.
>>>
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>>
>> --
>> Elias Granja
>> Web and Android developer
>> http://www.eliasgranja.com
>> Phone: +55 19 8124-2645
>>
>> --
>> 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 a topic in the
>> Google Groups "Android Developers" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/android-developers/266zVJFWU0E/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> android-developers+unsubscr...@googlegroups.com.
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Bluetooth connection

[Kristopher Micinski]

It seems that something like this would do the trick:

http://www.miniinthebox.com/bluetooth-master-uart-board-wireless-transceiver-module-uart-interface-host-mode_p394547.html?currency=USD&litb_from=paid_adwords_shopping&gclid=CJbo1KSwwboCFdGe4AodKzQAzQ

It's got a UART interface and lets you stick raw bytes, I'd assume.

Kris


On Thu, Oct 31, 2013 at 1:15 AM, sting  wrote:
> I am building a device that basically has a UART so I can send and receive
> bytes.  I want to be able to control the device, send configuration
> information to the device, using an android phone.  Is there a way for such
> a simple device to establish a connection with the BlueToothServer/socket.
> All I think I need is the connection, then its a matter of transmitting
> messages that are just strings.
>
> Any help would be appreciated.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Simulating tens of thousands of android devices

[Kristopher Micinski]

Mukesh is right on this one.

Stress testing your server won't be any different than testing any
other sort of server.  Just create a dummy that simulates what an
Android device would do and throw thousands of requests at it.

Ideally, if you're using some sort of service (e.g., Rails) you should
Google how to test that type of thing and then do whatever it says.

Kris


On Thu, Oct 31, 2013 at 2:54 AM, JavaSrvcs  wrote:
> I would like to know or explore ways to simulate tens of thousands of real
> world devices hitting my server.
>
> I am interesting in things like sending GPS data per device (within a
> region) such that device info is coming from geographic parameters I can
> program.
> I am also interested in simulating various battery level strength, wifi
> signal strength and other parameters that can be gathered from an android
> device.
>
> If there is a way to create a very low foot print virtualized android device
> that would send this info, please let me know, I would need the ability to
> run a simulation of a thousand devices per 8 core/64GB box if possible,
> simulating various virtualized devices of a good mix of android releases.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: why does SharedPreferences framework allow you to insert a preference with a null key - given it can't reload the preferences afterwards?

[Kristopher Micinski]

I agree it's an oversight, and that at the very least there should be
something in the documentation to give the semantics in this case.

kris


On Wed, Oct 30, 2013 at 4:39 PM, Palmer Eldritch  wrote:
> Why could one permit null keys - actually one null key - to have afterwards
> all the preferences cleared due to an exception ? Given that the prefs are a
> persistence mechanism.
> No it is at least an oversight - except if I am missing something
> NB - I am talking about the default shared preferences - but all shared
> preferences are the same behind the scenes
>
>
> On Wednesday, October 30, 2013 10:27:03 PM UTC+2, Kristopher Micinski wrote:
>>
>> I would honestly suspect that it's "meant" to be this way, and perhaps
>> the documentation is buggy.  If you want, posting a bug report might
>> get some action by Android devs, if none of them respond here.
>>
>> Kris
>>
>>
>> On Wed, Oct 30, 2013 at 3:39 PM, Palmer Eldritch 
>> wrote:
>> > I did not mean to complain at Nobu - sorry if I sounded harsh :)
>> >
>> > I just wanted to point out that my question was not so much what happens
>> > but
>> > why - and also raise awareness to this buggy and unintuitive behavior-
>> > or
>> > maybe have someone explain why this is so.
>> >
>> > Should we post a bug report ?
>> >
>> >
>> > On Wednesday, October 30, 2013 8:23:46 PM UTC+2, Kristopher Micinski
>> > wrote:
>> >>
>> >> Your question seems more to deal with intention rather than
>> >> complaining.  I believe that Nobu's response was merely interpreting
>> >> the implementation and trying to interpret it, so there's no use in
>> >> trying to complain at him for providing a guess at something he didn't
>> >> even write.
>> >>
>> >> kris
>> >>
>> >>
>> >> On Wed, Oct 30, 2013 at 2:02 PM, Palmer Eldritch 
>> >> wrote:
>> >> >
>> >> > On Wednesday, October 30, 2013 7:44:17 PM UTC+2, Nobu Games wrote:
>> >> >>
>> >> >> I quickly peeked into the source code and well, this is the way how
>> >> >> it
>> >> >> is
>> >> >> programmed. When an exception occurs while the preferences data file
>> >> >> gets
>> >> >> read, SharedPreferences sets internally an empty map so you start
>> >> >> from
>> >> >> scratch. I even dug a bit deeper. The XML serializer just ignores
>> >> >> NULL
>> >> >> keys
>> >> >> and creates XML output that cannot be properly read anymore through
>> >> >> the
>> >> >> map
>> >> >> deserialization method which seems to expect an existing key value.
>> >> >
>> >> >
>> >> > My question is really why was it allowed to insert a null key in the
>> >> > first
>> >> > place - why not throw a NPE immediately (and say so in the docs) ?
>> >> > If you read my links (point 3 here) you will see that null keys are
>> >> > perfectly valid :  - they fail only on loading the prefs - taking
>> >> > down
>> >> > everything with them
>> >> > They should either fix deserialization or prohibit null keys
>> >> >>
>> >> >>
>> >> >> As for why it has been programmed like that... I think the reasoning
>> >> >> may
>> >> >> be that preferences are not deemed to be of so much importance that
>> >> >> it
>> >> >> should make the app crash in case of failure. This error state is
>> >> >> silently
>> >> >> discarded and you start over with the defaults. I think that's a
>> >> >> reasonable
>> >> >> approach since any app should be able to start over with empty
>> >> >> preferences.
>> >> >
>> >> >
>> >> >
>> >> > Not at all - Shared Preferences is a documented persistence mechanism
>> >> > -
>> >> > it
>> >> > is as reasonable as deleting a database without even saying so
>> >> >
>> >> >>
>> >> >>
>> >> >> In this particular case you may have discovered a tiny bug you may
>> >> >> want
>> >> >> to
>> >> >&g

Re: [android-developers] Re: why does SharedPreferences framework allow you to insert a preference with a null key - given it can't reload the preferences afterwards?

[Kristopher Micinski]

I would honestly suspect that it's "meant" to be this way, and perhaps
the documentation is buggy.  If you want, posting a bug report might
get some action by Android devs, if none of them respond here.

Kris


On Wed, Oct 30, 2013 at 3:39 PM, Palmer Eldritch  wrote:
> I did not mean to complain at Nobu - sorry if I sounded harsh :)
>
> I just wanted to point out that my question was not so much what happens but
> why - and also raise awareness to this buggy and unintuitive behavior- or
> maybe have someone explain why this is so.
>
> Should we post a bug report ?
>
>
> On Wednesday, October 30, 2013 8:23:46 PM UTC+2, Kristopher Micinski wrote:
>>
>> Your question seems more to deal with intention rather than
>> complaining.  I believe that Nobu's response was merely interpreting
>> the implementation and trying to interpret it, so there's no use in
>> trying to complain at him for providing a guess at something he didn't
>> even write.
>>
>> kris
>>
>>
>> On Wed, Oct 30, 2013 at 2:02 PM, Palmer Eldritch 
>> wrote:
>> >
>> > On Wednesday, October 30, 2013 7:44:17 PM UTC+2, Nobu Games wrote:
>> >>
>> >> I quickly peeked into the source code and well, this is the way how it
>> >> is
>> >> programmed. When an exception occurs while the preferences data file
>> >> gets
>> >> read, SharedPreferences sets internally an empty map so you start from
>> >> scratch. I even dug a bit deeper. The XML serializer just ignores NULL
>> >> keys
>> >> and creates XML output that cannot be properly read anymore through the
>> >> map
>> >> deserialization method which seems to expect an existing key value.
>> >
>> >
>> > My question is really why was it allowed to insert a null key in the
>> > first
>> > place - why not throw a NPE immediately (and say so in the docs) ?
>> > If you read my links (point 3 here) you will see that null keys are
>> > perfectly valid :  - they fail only on loading the prefs - taking down
>> > everything with them
>> > They should either fix deserialization or prohibit null keys
>> >>
>> >>
>> >> As for why it has been programmed like that... I think the reasoning
>> >> may
>> >> be that preferences are not deemed to be of so much importance that it
>> >> should make the app crash in case of failure. This error state is
>> >> silently
>> >> discarded and you start over with the defaults. I think that's a
>> >> reasonable
>> >> approach since any app should be able to start over with empty
>> >> preferences.
>> >
>> >
>> >
>> > Not at all - Shared Preferences is a documented persistence mechanism -
>> > it
>> > is as reasonable as deleting a database without even saying so
>> >
>> >>
>> >>
>> >> In this particular case you may have discovered a tiny bug you may want
>> >> to
>> >> report. But to be honest, using null keys is a pretty unusual thing to
>> >> do.
>> >
>> >
>> > Not so (either by mistake or not).
>> > See the discussions in the SO. Some more I suspect they may have to do
>> > with
>> > null keys :
>> >
>> > sharedpreferences - Android - Shared Preferences are lost sometimes -
>> > Stack
>> > Overflow
>> >
>> > http://stackoverflow.com/questions/7943573/android-shared-preferences-are-lost-sometimes
>> > android - Shared Preferences get lost after shutting down device or
>> > killing
>> > the app - Stack Overflow
>> >
>> > http://stackoverflow.com/questions/9803838/shared-preferences-get-lost-after-shutting-down-device-or-killing-the-app#comment12495021_9803838
>> >
>> >>
>> >>
>> >> On Wednesday, October 30, 2013 5:48:12 AM UTC-5, Palmer Eldritch wrote:
>> >>>
>> >>> The preferences are apparently cleared when one tries to load them
>> >>> when
>> >>> there is a null key which is bad ! Reproducer :
>> >>>
>> >>> public class XmlExceptionTest extends AndroidTestCase {
>> >>> /** Run it twice - on the second run the exception is thrown
>> >>> */
>> >>> public void testXmlException() {
>> >>> Context ctx = getContext();
>> >>> SharedPreferences prefs = Prefere

Re: [android-developers] Re: why does SharedPreferences framework allow you to insert a preference with a null key - given it can't reload the preferences afterwards?

[Kristopher Micinski]

Your question seems more to deal with intention rather than
complaining.  I believe that Nobu's response was merely interpreting
the implementation and trying to interpret it, so there's no use in
trying to complain at him for providing a guess at something he didn't
even write.

kris


On Wed, Oct 30, 2013 at 2:02 PM, Palmer Eldritch  wrote:
>
> On Wednesday, October 30, 2013 7:44:17 PM UTC+2, Nobu Games wrote:
>>
>> I quickly peeked into the source code and well, this is the way how it is
>> programmed. When an exception occurs while the preferences data file gets
>> read, SharedPreferences sets internally an empty map so you start from
>> scratch. I even dug a bit deeper. The XML serializer just ignores NULL keys
>> and creates XML output that cannot be properly read anymore through the map
>> deserialization method which seems to expect an existing key value.
>
>
> My question is really why was it allowed to insert a null key in the first
> place - why not throw a NPE immediately (and say so in the docs) ?
> If you read my links (point 3 here) you will see that null keys are
> perfectly valid :  - they fail only on loading the prefs - taking down
> everything with them
> They should either fix deserialization or prohibit null keys
>>
>>
>> As for why it has been programmed like that... I think the reasoning may
>> be that preferences are not deemed to be of so much importance that it
>> should make the app crash in case of failure. This error state is silently
>> discarded and you start over with the defaults. I think that's a reasonable
>> approach since any app should be able to start over with empty preferences.
>
>
>
> Not at all - Shared Preferences is a documented persistence mechanism - it
> is as reasonable as deleting a database without even saying so
>
>>
>>
>> In this particular case you may have discovered a tiny bug you may want to
>> report. But to be honest, using null keys is a pretty unusual thing to do.
>
>
> Not so (either by mistake or not).
> See the discussions in the SO. Some more I suspect they may have to do with
> null keys :
>
> sharedpreferences - Android - Shared Preferences are lost sometimes - Stack
> Overflow
> http://stackoverflow.com/questions/7943573/android-shared-preferences-are-lost-sometimes
> android - Shared Preferences get lost after shutting down device or killing
> the app - Stack Overflow
> http://stackoverflow.com/questions/9803838/shared-preferences-get-lost-after-shutting-down-device-or-killing-the-app#comment12495021_9803838
>
>>
>>
>> On Wednesday, October 30, 2013 5:48:12 AM UTC-5, Palmer Eldritch wrote:
>>>
>>> The preferences are apparently cleared when one tries to load them when
>>> there is a null key which is bad ! Reproducer :
>>>
>>> public class XmlExceptionTest extends AndroidTestCase {
>>> /** Run it twice - on the second run the exception is thrown */
>>> public void testXmlException() {
>>> Context ctx = getContext();
>>> SharedPreferences prefs = PreferenceManager
>>> .getDefaultSharedPreferences(ctx); // exception thrown
>>> here (line 18)
>>> // and apparently it clears the prefs as the condition below
>>> is false
>>> if (prefs.contains("run_once")) { // false
>>> Log.w("XmlExceptionTest",
>>> "contains null key :" + prefs.contains(null));
>>> }
>>> Editor e = prefs.edit();
>>> e.putBoolean("run_once", true).commit();
>>> e.putString(null, "I put a sting with null key").commit();
>>> assertTrue("Contains null", prefs.contains(null));
>>> PreferenceManager.getDefaultSharedPreferences(ctx); //
>>> exception
>>> // NOT thrown here  - why ? - apparently there is a static
>>> factory
>>> // returning the instance it already constructed
>>> // e.clear().commit(); // this eliminates the exception
>>> }
>>> }
>>>
>>> exception :
>>>
>>> W/ApplicationContext(): getSharedPreferences
>>> W/ApplicationContext(): org.xmlpull.v1.XmlPullParserException: Map
>>> value without name attribute: string
>>> W/ApplicationContext(): at
>>> com.android.internal.util.XmlUtils.readThisMapXml(XmlUtils.java:521)
>>> W/ApplicationContext(): at
>>> com.android.internal.util.XmlUtils.readThisValueXml(XmlUtils.java:733)
>>> W/ApplicationContext(): at
>>> com.android.internal.util.XmlUtils.readValueXml(XmlUtils.java:667)
>>> W/ApplicationContext(): at
>>> com.android.internal.util.XmlUtils.readMapXml(XmlUtils.java:470)
>>> W/ApplicationContext(): at
>>> android.app.ContextImpl.getSharedPreferences(ContextImpl.java:361)
>>> W/ApplicationContext(): at
>>> android.preference.PreferenceManager.getDefaultSharedPreferences(PreferenceManager.java:348)
>>> W/ApplicationContext(): at
>>> gr.uoa.di.android.helpers.test.XmlExceptionTest.testXmlException(XmlExceptionTest.java:18)
>

Re: [android-developers] New Android Development Tool..

[Kristopher Micinski]

I do all my development via command line, using the ant build scripts and
emacs JDEE works well enough.  What joe131 wrote is just a thin wrapper
around all of that anyway,

Kris



On Thu, Oct 17, 2013 at 7:37 PM, Mark Phillips
wrote:

> I cannot answer for joe131, and I can't use his tool since it only runs on
> Windows (I am a Linux/Android guy). However, I have been looking for a
> non-Eclipse command line approach for android development. I use Eclipse on
> my main system at my desk, but when I am on the road (I am a consultant) I
> prefer to only carry my Android tablet. I have moved quite a few of my Java
> and Python projects to the cloud and have been using the command line and
> ssh to continue working while on the road. I would like to put my Android
> projects in the cloud and work on them using my tablet and the command line
> as well. There are a few google hits on command line android development,
> so there are others, although most likely a small population. Just consider
> us the lunatic fringe of Android development...we pose no threat, and
> sometimes resistance is not futile;)
>
> Mark
>
> P.S. And, yes I have looked at AIDE as another possible solution.
>
>
> On Thu, Oct 17, 2013 at 3:16 PM, TreKing  wrote:
>
>>
>> On Thu, Oct 17, 2013 at 4:47 PM, joe131  wrote:
>>
>>> I know that everybody in the universe uses Eclipse
>>> for their Android development, but I'm almost finished
>>> developing an easy to use tool for your Android development,
>>> mostly for those who use the Command line.
>>>
>>
>> Why are you developing this? What problem are you solving? Why would
>> anyone switch from the official, mature tools in Eclipse and the new
>> Android Studio?
>>
>>
>> -
>> TreKing  - Chicago
>> transit tracking app for Android-powered devices
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] how to track the location continously...

[Kristopher Micinski]

Sure, nothing lasts forever, and it's not meant to.  If you want to write
an app that lasts "forever," then, that's not how it works.  Still, if you
want your app to have a much smaller chance (wrt the eviction policy) you
should consider using a foreground service.  The only reason I can think of
wanting continuous location updates is because you want something
navigation-ese, which is sort of the use case for this.

Your app shouldn't be designed to live immorality.  Notice that I said,
indefinite, and not immortal.  "indefinite" means that there should be a
mechanism to stop the app, "immortal" means the app "never" dies: which
shouldn't happen.  As an example, in a navigation app, the app comes and
goes, but when it's doing some functionality (e.g., navigating you to a
place) it's supposed to stay in the foreground.

Kris


On Thu, Oct 17, 2013 at 10:41 AM, Steve Gabrilowitz wrote:

> One of my apps uses a service, and in the first versions I was getting
> some complaints about the app not working.  So I added an option to make
> the service a foreground service (default, with a text saying that it was
> needed for proper operation on some phones but that it might affect battery
> life).  This decreased reliablility complaints somewhat, but working back
> and forth with a couple of the complainers I found that (I think with lower
> grade phones and/or loaded with many other service apps) my service was
> sometimes getting killed by the system in order to conserve resources.  A
> service, even a foreground service has no guarantee of immortality and IMHO
> needs to be backed up by a periodic alarm.  This was my ultimate (so far)
> fix and seems to have pretty much made everybody happy!
>  On Oct 17, 2013 10:24 AM, "Piren"  wrote:
>
>> That's what we think being developers (and google thought when they
>> forced the icon to show up) ... the users however (well, most of them),
>> have no idea what they are doing...
>>
>> I've had a foreground service running, with it's pretty icon and a text
>> saying what it is (so users wouldn't be surprised it's there, after all,
>> they chose to use the service). I've got a whole log of complaints that the
>> app doesn't work, apparently they used task killers and killed the app
>> since it always shows up high in the list... they never did 1+1 ...
>>
>> Also, i found that it's best not to use Foreground services since the
>> psychological harm they do seriously outweigh their benefits: Many of the
>> complains the app got was that it sucks the life of the battery since it's
>> always running, some complaints even claimed it ruined their batteries (as
>> in drained them in an hour and now the device doesnt work), a version later
>> i stopped using it as a foreground service (due to other reasons, yet the
>> service was still always on), all complaints were gone and people started
>> praising the app claiming all battery issues were solved... *facepalm*
>>
>> Users... they're the worst :-P
>>
>>
>> On Thursday, October 17, 2013 4:09:20 PM UTC+3, Kristopher Micinski wrote:
>>>
>>> For example, having a foreground services shows some sort of intent that
>>> users want the app to be running continuously.  If the user force kills an
>>> app with a foreground service, that just seems dumb, since they should have
>>> just stopped it using the facilities of that app anyway :-/, but I guess
>>> none of that use case makes sense anyway.
>>>
>>> kris
>>>
>>>
>>>
>>> On Thu, Oct 17, 2013 at 9:07 AM, Kristopher Micinski <
>>> krismi...@gmail.com> wrote:
>>>
>>>> On Thu, Oct 17, 2013 at 2:57 AM, Piren  wrote:
>>>>
>>>>> A foreground service is sort of the way you build apps that live
>>>>>> indefinitely.
>>>>>>
>>>>> I wouldn't say that, foreground services die like everything else...
>>>>> they are persistent little buggers, but it doesn't take much to get rid of
>>>>> them. Especially for the app-killer-click-happy users that think it helps
>>>>> their device go faster.
>>>>>
>>>>
>>>> So I should say that they are "morally" how you build services that
>>>> last indefinitely.  Since indefinite services don't really exist, they are
>>>> as close as you can realistically get..
>>>>
>>>> kris
>>>>
>>>>
>>>
>>>  --
>> You received this message because you a

Re: [android-developers] how to track the location continously...

[Kristopher Micinski]

For example, having a foreground services shows some sort of intent that
users want the app to be running continuously.  If the user force kills an
app with a foreground service, that just seems dumb, since they should have
just stopped it using the facilities of that app anyway :-/, but I guess
none of that use case makes sense anyway.

kris



On Thu, Oct 17, 2013 at 9:07 AM, Kristopher Micinski  wrote:

> On Thu, Oct 17, 2013 at 2:57 AM, Piren  wrote:
>
>> A foreground service is sort of the way you build apps that live
>>> indefinitely.
>>>
>> I wouldn't say that, foreground services die like everything else... they
>> are persistent little buggers, but it doesn't take much to get rid of them.
>> Especially for the app-killer-click-happy users that think it helps their
>> device go faster.
>>
>
> So I should say that they are "morally" how you build services that last
> indefinitely.  Since indefinite services don't really exist, they are as
> close as you can realistically get..
>
> kris
>
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] how to track the location continously...

[Kristopher Micinski]

On Thu, Oct 17, 2013 at 2:57 AM, Piren  wrote:

> A foreground service is sort of the way you build apps that live
>> indefinitely.
>>
> I wouldn't say that, foreground services die like everything else... they
> are persistent little buggers, but it doesn't take much to get rid of them.
> Especially for the app-killer-click-happy users that think it helps their
> device go faster.
>

So I should say that they are "morally" how you build services that last
indefinitely.  Since indefinite services don't really exist, they are as
close as you can realistically get..

kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] how to track the location continously...

[Kristopher Micinski]

That's right, and I highly doubt you really want continuous location
updates anyway.

If you really do, then you do want this architecture.  A foreground service
is sort of the way you build apps that live indefinitely.

Kris



On Wed, Oct 16, 2013 at 11:41 PM, TreKing  wrote:

>
> On Wed, Oct 16, 2013 at 10:09 PM, Abhilash Baddam <
> abhilash.androiddevelo...@gmail.com> wrote:
>
>> You mean in the service i have to request for location updates
>> continuously..?
>>
>
> He's referring to a Service with an ongoing notification so the user can
> see that your app is running and, more importantly for you, so the Android
> system keeps your app's process alive.
>
> You probably want two things: a service that will do the work and an
> Activity that will be the UI.
> When you start you app, you have start option. If you hit start, you
> create and bind to the service to get the location updates. If your
> activity is closed or sent to the background, you unbind and the service
> continues to run with a foreground notification. If your activity is
> resumed, you re-bind to the service. When the user hits stop, you stop the
> service.
>
>
> -
> TreKing  - Chicago
> transit tracking app for Android-powered devices
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] how to track the location continously...

[Kristopher Micinski]

If you want continuous location updates you generally want a foregrounded
service anyway...

Kris



On Wed, Oct 16, 2013 at 1:42 PM, Abhilash Baddam <
abhilash.androiddevelo...@gmail.com> wrote:

> Hi,
>
> I am trying to track the User current location continoulsy till he s
> In my app there are two buttons *Start* and *Stop.*
> *
> *
> When the user clicks on button Start button, I want to track his location
> continuously till he clicks on Stop button
>
> I am not using the any service or AlarmManager to for requesting location
> updates continously.
> I am trying some thing like this,
>
> When the user clicks on Start button,
> I am requesting for location updates like this
>  locationManager.requestLocationUpdates(
> LocationManager.GPS_PROVIDER, 0,
>  100, locListener); //requests  for every 100m distance
>
> There is a callback  onLocationChanged(), in that function I am adding
> location latitude and longitudes to an ArrayList.
>
> My doubt is even if my app is background does the onLocationChanged in my
> class gets called continuously or not..?  so that i can get lat and
> longitudes of the user continoulsy
> even if my app is in background.???
>
> When the user clicks on Stop button i am removing the location updates.
>
>
> Can anyone guide me please...
>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: What is difference between the Android App downloaded using Google Play store and the one directly installed?

[Kristopher Micinski]

I have some severe doubts that unpackaging would include rewriting on the
device side in standard AOSP, simply because it's open source and that
unpackaging code is publicly available and people can easily snoop it to
see what's happening.  Instead, the typical use case for this is rewriting
at the server side and then distributing the app (although, as I said, this
seems somewhat dubious legally wrt copyright).

Kris



On Mon, Oct 7, 2013 at 3:05 AM, Richard Schilling wrote:

> I had the pleasure of being one of the developers on the Amazon App store.
>
> Nikolay is correct in that when the Amazon appstore was first released the
> intention (if memory serves) was to handle things server-side.  There was
> some client-side code that was needed make sure that person using an app is
> the one that downloaded it.  Ergo, the DRM library now exists in Android.
> :-)
>
> So, that may be a more complete answer to the original question: is the
> app modified by the phone *after* it's downloaded?
> The answer to that question *may* be false (for now) - it's impossible to
> tell because it depends in theory on Google and the carriers.  Who knows
> what Android will do to apps in the future . both Google and carriers
> reserve the right to change how the device unpackages and processes an .APK.
>
> What could be the cause of the digest check failure mentioned in the
> original question may indeed be to something happening on the server side.
>  Other than DRM enhancement, you might expect things like unused assets to
> get stripped.
>
> Cheers,
>
> RIchard
>
>
> On Saturday, October 5, 2013 6:37:59 PM UTC-7, Nikolay Elenkov wrote:
>
>> On Sun, Oct 6, 2013 at 4:09 AM, Richard Schilling 
>> wrote:
>> > It's possible that some stores will modify your app to add some Digital
>> > Rights Management checks to help prevent hacking.  You might have to
>> look
>> > into the Android Source code to see what happens.  There is a DRM
>> package in
>> > the API:
>> >
>>
>> Google Play does not do this, but the Amazon App Store does. BTW, the DRM
>> package has nothing to do with this and looking at AOSP source code will
>> do you no good, because all this is implemented at the server side and is
>> completely unrelated to the Android OS.
>>
>> The Amazon DRM is rather annoying, because it requires you to have the
>> Appstore app and be logged in with the same user that downloaded the app.
>> Fortunately,  it is rather easy to get rid of.
>>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Put an app on site and not on market

[Kristopher Micinski]

This doesn't have anything to do with Android.  If you want to authenticate
the user before allowing them to download the file, then simply put the
download link behind an authentication gateway.

Kris



On Mon, Oct 7, 2013 at 3:53 AM, Pankaj Deshpande
wrote:

> Thanks Richards,
> I want the same thing. I will try this. But can I provide some
> authentication in order to download the apk file? Means user will be asked
> for his/her credentials before downloading the file.
> On Oct 6, 2013 8:42 PM, "Steve Gabrilowitz"  wrote:
>
>> You may want to look at the capability of the play store to handle beta
>> releases.  You make a Google group or a Google+ community and only folks in
>> that community or group can even see the play store listing if there is no
>> APK uploaded to production.  The play store will give you a link to post on
>> your website for everybody in the private circulation to opt in to the
>> "beta".
>>
>>
>> On Sun, Oct 6, 2013 at 1:26 AM, Pankaj Deshpande <
>> pcdeshpande...@gmail.com> wrote:
>>
>>> Hi,
>>> I want to put an application on my website that can be downloaded
>>> through android mobile only. I want to provide an url to download the app
>>> with some credentials and dont want to put the app on android market. This
>>> app will be for private circulation only. So I don't wish to upload it on
>>> android market. So, is it possible and feasible? If yes, how can I achieve
>>> this?
>>>
>>> Thanks in advance,
>>> Pankaj Deshpande.
>>>
>>> --
>>> 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 unsubscribe from this group and stop receiving emails from it, send
>>> an email to android-developers+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>  --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: What is difference between the Android App downloaded using Google Play store and the one directly installed?

[Kristopher Micinski]

On Sat, Oct 5, 2013 at 8:55 PM, Richard Schilling wrote:

> I think you're right Kristopher that there is something in the TOS.  But,
> seeing as how we all know Google can decompile any app it gets anyway I
> think there's also something in the TOS that binds Google to protecting
> your intellectual property.
>
> But hey - if it prevents people from swiping a paid app then I'm all for
> that kind of thing.
>
> I believe Google and Amazon have invested quite a bit of money to protect
> apps.
>
> Richard
>

There's nothing Google does specifically to protect apps outside of full
app encryption.  That's pretty handy, but there's no trickery at the
bytecode level.  Case in point: you can pull an APK off your device and
decompile it yourself.

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: What is difference between the Android App downloaded using Google Play store and the one directly installed?

[Kristopher Micinski]

If the stores do this, they probably say so in their TOS, it seems legally
dubious to modify your app without your consent.

Kris



On Sat, Oct 5, 2013 at 3:09 PM, Richard Schilling wrote:

> It's possible that some stores will modify your app to add some Digital
> Rights Management checks to help prevent hacking.  You might have to look
> into the Android Source code to see what happens.  There is a DRM package
> in the API:
>
> http://developer.android.com/reference/android/drm/package-summary.html
>
>
> Hope that helps.
>
> Cheers,
>
> Richard
>
>
> On Thursday, September 19, 2013 12:27:36 AM UTC-7, gauri wrote:
>>
>> Hello,
>>
>> The android app downloaded/purchased from Google Play is stored in
>> "/data/app" directory.
>> Does Play Store or android system modify the apk after download?
>> I have calculated message digest of apk before it's upload to Play store.
>> I am calculating message digest of the downloaded apk (present at
>> /data/app) and verifying it with the digest stored in my app.
>> When I purchase it from Play store, after my app launch, digest
>> verification is getting failed.
>> I found that the message digest which I have stored in app and the digest
>> which I am calculating at run time are differing.
>> Am I going in right direction?
>>
>> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: How to make a Service That will periodically send the Users Location on a server

[Kristopher Micinski]

If that's the case, I'd say the app is manually caching it, but I don't
know the exact details.

Kris



On Sat, Oct 5, 2013 at 4:20 PM, HImanshu Mittal wrote:

> I did that only , but than it is giving it null ...
> hahaha...
> Everything is happening !!!
>
>
> On Sun, Oct 6, 2013 at 1:17 AM, Kristopher Micinski <
> krismicin...@gmail.com> wrote:
>
>> You can ask for the last known location.
>>
>> Kris
>> On Oct 5, 2013 3:33 PM, "HImanshu Mittal"  wrote:
>>
>>> But Sir I have a question than ,
>>> How a blue dot is availaible at the position where I am , but the
>>> function is not able to fetch the data than...
>>> ??
>>>
>>>
>>> On Sun, Oct 6, 2013 at 12:19 AM, Richard Schilling <
>>> coderroa...@gmail.com> wrote:
>>>
>>>> There are cases where you won't get a location even when things are
>>>> setup right.  This may help:
>>>>
>>>>
>>>> http://rschilling.wordpress.com/2011/01/05/some-android-and-not-android-gps-best-practices/
>>>>
>>>>
>>>>
>>>> On Thursday, October 3, 2013 7:55:23 AM UTC-7, HImanshu Mittal wrote:
>>>>>
>>>>> Hello
>>>>>
>>>>> I am building the app that requires that users location has to be
>>>>> updated on my server periodically or to be more efficient only when its
>>>>> location has been updated.
>>>>> For that a Service will run on its device.
>>>>> But I am not able to develop that till now haven't found that does
>>>>> that perfectly.
>>>>> Please help
>>>>>
>>>>  --
>>>> 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 a topic in the
>>>> Google Groups "Android Developers" group.
>>>> To unsubscribe from this topic, visit
>>>> https://groups.google.com/d/topic/android-developers/cFXbDUmDh6E/unsubscribe
>>>> .
>>>> To unsubscribe from this group and all its topics, send an email to
>>>> android-developers+unsubscr...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>
>>>
>>>  --
>>> 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 unsubscribe from this group and stop receiving emails from it, send
>>> an email to android-developers+unsubscr...@googlegroups.com.
>>>
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>  --
>> 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 a topic in the
>> Google Groups "Android Developers" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/android-developers/cFXbDUmDh6E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> You received this message because you are subscribed to the Google
> Groups "Android Developers"

Re: [android-developers] Re: How to make a Service That will periodically send the Users Location on a server

[Kristopher Micinski]

You can ask for the last known location.

Kris
On Oct 5, 2013 3:33 PM, "HImanshu Mittal"  wrote:

> But Sir I have a question than ,
> How a blue dot is availaible at the position where I am , but the function
> is not able to fetch the data than...
> ??
>
>
> On Sun, Oct 6, 2013 at 12:19 AM, Richard Schilling 
> wrote:
>
>> There are cases where you won't get a location even when things are setup
>> right.  This may help:
>>
>>
>> http://rschilling.wordpress.com/2011/01/05/some-android-and-not-android-gps-best-practices/
>>
>>
>>
>> On Thursday, October 3, 2013 7:55:23 AM UTC-7, HImanshu Mittal wrote:
>>>
>>> Hello
>>>
>>> I am building the app that requires that users location has to be
>>> updated on my server periodically or to be more efficient only when its
>>> location has been updated.
>>> For that a Service will run on its device.
>>> But I am not able to develop that till now haven't found that does that
>>> perfectly.
>>> Please help
>>>
>>  --
>> 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 a topic in the
>> Google Groups "Android Developers" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/android-developers/cFXbDUmDh6E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: How to make a Service That will periodically send the Users Location on a server

[Kristopher Micinski]

Post a stack trace and perhaps someone can help

Kris



On Fri, Oct 4, 2013 at 11:28 AM, HImanshu Mittal wrote:

> Sir Can u tell me .. I am developing an application..
> Its is running fine on ICS.. but it is crashing on jElly bean...
> ??
>
>
> On Fri, Oct 4, 2013 at 8:48 PM, HImanshu Mittal wrote:
>
>> No problem Sir,
>> I will figure it out Soon!!!
>>
>> And thanx once again!! :)
>>
>>
>> On Fri, Oct 4, 2013 at 8:34 PM, Mukesh Srivastav wrote:
>>
>>> sorry to say, you looks like collecting the code from here and there and
>>> making your application.  :(
>>>
>>> cant do the spoon feeding
>>>
>>> sorry.
>>>
>>>
>>> On Fri, Oct 4, 2013 at 8:08 PM, HImanshu Mittal 
>>> wrote:
>>>
>>>> Sir,
>>>> Actually, I don't know where this code has to be integrated in my code.
>>>> And that's why confused, IF you tell me that ,
>>>> I would test it right away and tell the update!!
>>>>
>>>>
>>>> On Fri, Oct 4, 2013 at 7:52 PM, Mukesh Srivastav 
>>>> wrote:
>>>>
>>>>> I think, you have missed the code which i had sent you... check that
>>>>>
>>>>>
>>>>> On Fri, Oct 4, 2013 at 7:40 PM, HImanshu Mittal <
>>>>> himanshu5...@gmail.com> wrote:
>>>>>
>>>>>> I have enabled it ...
>>>>>> If it was not enabled the blue dot would not have appeared
>>>>>> But as the permissions are there it appears on the map !!!
>>>>>>
>>>>>>
>>>>>> On Fri, Oct 4, 2013 at 7:28 PM, Mukesh Srivastav <
>>>>>> mukicha...@gmail.com> wrote:
>>>>>>
>>>>>>> The problem could be , Himanshu is missing the Location setting to
>>>>>>> be enabled  :)
>>>>>>>
>>>>>>> Please check the device setting and test your code.
>>>>>>>
>>>>>>>
>>>>>>>  On Fri, Oct 4, 2013 at 7:06 PM, Kristopher Micinski <
>>>>>>> krismicin...@gmail.com> wrote:
>>>>>>>
>>>>>>>> I guess the problem is, if your location is unavailable, how are
>>>>>>>> you expecting that that will be fixed?  This doesn't make any sense, if
>>>>>>>> it's not available, it's not available,
>>>>>>>>
>>>>>>>> Kris
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Oct 4, 2013 at 6:16 AM, HImanshu Mittal <
>>>>>>>> himanshu5...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hello friends,
>>>>>>>>> I have just checked it out that my service is working fine but the
>>>>>>>>> problem is I am in an area where location is unavalaible and my 
>>>>>>>>> friend is
>>>>>>>>> in an area where location is availaible.
>>>>>>>>> How should* *I fix this that my location also can be transmitted
>>>>>>>>> to my server!!!
>>>>>>>>>
>>>>>>>>> Now I think ii could be solved
>>>>>>>>> Please Help!!
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Oct 4, 2013 at 9:47 AM, HImanshu Mittal <
>>>>>>>>> himanshu5...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> package com.example.metro;
>>>>>>>>>>
>>>>>>>>>> import com.dude5692.StaticURL.ProjectURL;
>>>>>>>>>>
>>>>>>>>>> import json.jSOn;
>>>>>>>>>>
>>>>>>>>>> import android.app.Service;
>>>>>>>>>> import android.content.Context;
>>>>>>>>>> import android.content.Intent;
>>>>>>>>>> import android.content.SharedPreferences;
>>>>>>>>>> import android.location.Criteria;
>>>>>>>>>> import android.location.Location;
>>>>>>>>>> import android.location.LocationListener;
>>>>>>>>>> imp

Re: [android-developers] Re: How to make a Service That will periodically send the Users Location on a server

[Kristopher Micinski]

I guess the problem is, if your location is unavailable, how are you
expecting that that will be fixed?  This doesn't make any sense, if it's
not available, it's not available,

Kris



On Fri, Oct 4, 2013 at 6:16 AM, HImanshu Mittal wrote:

> Hello friends,
> I have just checked it out that my service is working fine but the problem
> is I am in an area where location is unavalaible and my friend is in an
> area where location is availaible.
> How should* *I fix this that my location also can be transmitted to my
> server!!!
>
> Now I think ii could be solved
> Please Help!!
>
>
> On Fri, Oct 4, 2013 at 9:47 AM, HImanshu Mittal wrote:
>
>> package com.example.metro;
>>
>> import com.dude5692.StaticURL.ProjectURL;
>>
>> import json.jSOn;
>>
>> import android.app.Service;
>> import android.content.Context;
>> import android.content.Intent;
>> import android.content.SharedPreferences;
>> import android.location.Criteria;
>> import android.location.Location;
>> import android.location.LocationListener;
>> import android.location.LocationManager;
>> import android.os.AsyncTask;
>> import android.os.Bundle;
>> import android.os.IBinder;
>> import android.widget.Toast;
>>
>> public class MyService extends Service
>> {
>> ProjectURL proURL = new ProjectURL();
>> String initialURL;
>>  SharedPreferences pref;
>>
>> @Override
>> public void onCreate()
>>  {
>> // TODO Auto-generated method stub
>> super.onCreate();
>>  final LocationManager mlocmag =
>> (LocationManager)getSystemService(Context.LOCATION_SERVICE);
>> final LocationListener mlocList = new MyLocationList();
>>
>> Criteria criteria = new Criteria();
>>
>> // Getting the name of the best provider
>>  final String provider = mlocmag.getBestProvider(criteria, true);
>>
>> final Location loc = mlocmag.getLastKnownLocation(provider);
>>  UpdateWithNewLocation(loc); // This method is used to get updated
>> location.
>> mlocmag.requestLocationUpdates(provider, 1000, 0, mlocList);
>>  }
>>
>> @Override
>> public IBinder onBind(Intent arg0)
>>  {
>> // TODO Auto-generated method stub
>> return null;
>>  }
>>
>> @Override
>> public void onDestroy()
>>  {
>> // TODO Auto-generated method stub
>> super.onDestroy();
>>  }
>>
>> @Override
>> public int onStartCommand(Intent intent, int flags, int startId)
>>  {
>> // TODO Auto-generated method stub
>> return super.onStartCommand(intent, flags, startId);
>>  }
>> private void UpdateWithNewLocation(final Location loc)
>> {
>>  // TODO Auto-generated method stub
>> if(loc!= null)
>> {
>>  final double lat =loc.getLatitude(); // Updated lat
>> final double Long = loc.getLongitude(); // Updated long
>>
>> pref = getSharedPreferences("myMetroFile",Context.MODE_PRIVATE);
>>  System.out.println("MO   Service Running");
>>  String UniqueDeviceId = pref.getString("DeviceUniqueID", "0");
>> initialURL = proURL.projectURL +
>> "storeLatLong.php?RegID="+lat+"&Email="+Long+"&Device="+UniqueDeviceId+"&Start=NO";
>>  new Async().execute();
>> }
>> else
>> {
>>  }
>> }
>>
>> class Async extends AsyncTask
>>  {
>>
>> //ProgressDialog progress;
>>
>> protected String doInBackground(String... params)
>>  {
>> try
>> {
>>  new jSOn().execute(initialURL);
>> }
>> catch (Exception e)
>>  {
>> e.printStackTrace();
>> }
>>  return null;
>> }
>>
>> protected void onPreExecute()
>>  {
>> super.onPreExecute();
>> }
>>
>>  protected void onPostExecute(String result)
>> {
>> super.onPostExecute(result);
>>  }
>> }
>>
>> public class MyLocationList implements LocationListener
>>  {
>>
>> public void onLocationChanged(Location arg0)
>> {
>>  // TODO Auto-generated method stub
>> UpdateWithNewLocation(arg0);
>> }
>>
>> public void onProviderDisabled(String provider)
>> {
>> // TODO Auto-generated method stub
>>  Toast.makeText(getApplicationContext(),"GPS Disable ",
>> Toast.LENGTH_LONG).show();
>> }
>>
>>  public void onProviderEnabled(String provider)
>> {
>> // TODO Auto-generated method stub
>>  Toast.makeText(getApplicationContext(),"GPS enabled",
>> Toast.LENGTH_LONG).show();
>> }
>>
>>  public void onStatusChanged(String provider, int status, Bundle extras)
>> {
>> // TODO Auto-generated method stub
>>  }
>> }
>> }
>>
>>
>> On Fri, Oct 4, 2013 at 4:44 AM, Lew  wrote:
>>
>>>  HImanshu Mittal wrote:
>>>
 Bro , Don't dramatize things out here. I have asked a question thats it.

>>>
>>> How is asking for relevant details dramatizing it?
>>>
>>> It's spelled "that's".
>>>
>>>
 For the first the first time I have asked a question on any forum
 regarding a help in my 8 months of development time.

>>>
>>> Not important.
>>>
>>>
 I was not able to make a code because the code which I have made is not
 working.

>>>
>>> That's like telling a doctor, "I don't feel well" and expecting a
>>> diagnosis. You need to provide details.
>>>
>>>
 If you can provide the code than it will be really be helpful or I can
 also post my code out here than you can tell me where I am doing it wrong

>>>
>>>
 :)

Re: [android-developers] Android Dataset

[Kristopher Micinski]

FYI:

http://www.malgenomeproject.org/

https://github.com/chadrem/market_bot

Kris



On Mon, Sep 30, 2013 at 8:49 PM, Moutaz Alazab  wrote:

> Hello Everyone,
>
> Is there any automatic method for downloading Android applications from
> Google market directly to my PC, I want to do some static analysis on them?
>
> I need to collect a large dataset for some research.
>
> Many thank you in advance for explanation.
>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] How to Verifying Correctness of App in Eclipse

[Kristopher Micinski]

On Fri, Sep 27, 2013 at 1:03 PM, Anirvan  wrote:
> Hello Kris,
>
> Appreciate your response.
>
> Even I have an inkling that trying to write some plugin might just end up
> being something *big*. However, what we need to establish is whether a
> particular user was able to follow our tutorial and do some basic
> application changes as part of our chapter exercises.
>
> So yes, we are trying to determine whether a user was able to correctly make
> *physical* code changes as part of a chapter's exercises.
>
> Consider it like, suppose you were preparing a tutorial on Javascript, and
> you wanted your tutorial to be interactive, you can have many ways to test
> whether the user is able to follow the instructions on her own. But that's
> not possible to do with Android through a web-based platform. At least not
> that I know of. So is their any way I could tell the user — go do this and
> this, and after that run your code. Now if it runs properly, we should be
> able to receive some signal through the build process, which indicates that
> the user did the right thing. And then, we let the user know whether she was
> successful with the last set of assignments.

What even is "the right thing?"  Do they have to have the class named
the correct thing, do they have to have some sort of functional
behavior?  Do they have to place the button on the screen in the right
way?

Ultimately, there are going to be an infinite number of ways to do the
right thing, each valued slightly differently.

Static analysis at the source level is extremely hard in Eclipse
because it's a huge API that you have to tie yourself to pretty
intimately.  Whenever I parse Java source I actually use a compiler
toolkit, because Eclipse's mechanisms are so hard to work with.  In
any case, I think you have bigger problems, since doing this for
JavaScript seems equally complicated.

The way to start is to look at changes to the AST of the code.  This
is pretty possible to do within Eclipse, supposing you're willing to
put in a lot of work.  However, nobody on this list can really help:
this is more about designing Android programs.  Instead, I'd point you
at a list targeted towards Eclipse hackers.

Kris

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] How to Verifying Correctness of App in Eclipse

[Kristopher Micinski]

So the obvious question that comes to mind is: why do you need to do
this within Eclipse, rather than using an Android testing framework.
Are you talking about whether or not the user *physically* created the
code, rather than testing it actually worked?

I would give a word of warning against trying to do things that
require parsing with Eclipse: it would be a huge amount of work to do
this, it's much larger than an extension to the ADT.  (And, working
with Eclipse's representation of java code is rather horrible.)

Kris


On Fri, Sep 27, 2013 at 9:42 AM, Anirvan  wrote:
> The question might appear a bit vague, so allow me to explain a bit.
>
> I'm part of a startup that is trying to build a way to set up an Android
> tutorial, whereby, users also get to build a proper, functioning app
> alongside. Unlike teaching web-based technologies, we can't emulate the
> experience of building an android app on the web.
>
> For this, we were hoping to create a stub project, which our users would
> download and then, we can devise ways to verify that users have correctly
> performed certain actions, by modifying the "Run Configuration". However, we
> haven't been able to find any useful hooks through which we can test for
> correctness.
>
> By correctness, I mean some basic tests, like whether the user properly
> created a list adapter, whether an edit box was created, whether the
> textview showed up, etc.
>
> At this point, I wanted to ask if there are any good approaches I can try? I
> thought of extending the ADT, or build a plugin for it. But that would be a
> significant effort, and I'd like to exhaust any other alternatives before
> diving into this.
>
> Thanks for reading!
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Lower level documentation on how Google's backend starter works w/ Android devices

[Kristopher Micinski]

Hm, I actually can't find it in any of the market TOS, but I specifically
remember a clause precluding these kinds of apps.  Perhaps I'm mistaken,
and the apps ruled out were simply those competing with Google Play (as
opposed to any Google product) or perhaps the TOS changed.  In any case, I
am not aware of any (and suppose there doesn't exist any) documentation of
the protocol.  I assume that it's easier not to publicly provide it so that
it can be changed (and just because it costs more people hours to support a
public facing API).

Kris



On Fri, Sep 20, 2013 at 2:58 PM, Ken  wrote:

>
>
> On Friday, September 20, 2013 1:25:08 PM UTC-4, Kristopher Micinski wrote:
>>
>> There are specific clauses in the TOS for Play (at least) that stipulate
>> you can't write apps that could compete with Google apps, under which I
>> presume this use would fall.
>>
>
> I haven't seen that in the TOS (
> http://play.google.com/intl/en_us/about/play-terms.html)...what part
> exactly do you mean?   I searched for "compet" and "replace".
>
> It'd just be an alternative.  People have written back ends in other
> languages before.  Google's value add is their GAE infrastructure for
> scaling.
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Lower level documentation on how Google's backend starter works w/ Android devices

[Kristopher Micinski]

I doubt such a thing exists, because I doubt Google would be very happy
with you using their protocol for an app.

There are specific clauses in the TOS for Play (at least) that stipulate
you can't write apps that could compete with Google apps, under which I
presume this use would fall.

Kris



On Fri, Sep 20, 2013 at 11:15 AM, Ken  wrote:

> Does anyone know of a document that describes how Google+ login and
> endpoints and GCM at the network level (what data gets sent back and forth)?
> I'm trying to write a replacement backend w/o staring at Wireshark traces
> :-)
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Need to Load .a static lib.

[Kristopher Micinski]

Specifically, since app execution happens with the context of a Dalvik VM,
it doesn't make any sense to hook in a static library.  Your application is
not being run as a native process, but rather by proxy of being in the VM.
 The VM forks from a zygote process, and it makes sense to call dynamically
linked native code through JNI.  But it doesn't make sense to call code
from a static library, because you'd have to build an executable that had
the static code attached to the VM: which doesn't make sense.

Kris



On Mon, Sep 16, 2013 at 4:43 AM, Baodong Chen wrote:

> you can only used shared library for dynamic load
> static library only used for linker to construct a dynamic library or
> executable...
>
>
> On Sat, Sep 14, 2013 at 4:43 PM, Amit Sinha  wrote:
>
>> Can any one tell me how can I load test.a static library file in my java
>> file .
>> test.a static file create using NDK build make file.
>>
>> I read some blog and found the it is not possible to load the static lib,
>> then i create a .so file in the i am loading the test.a.
>>
>> But still m not able to run my app. it is crashing.
>>
>> Let me know any has tried the same.
>>
>> 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
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Android Developers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] how to make simple local wifi/bluetooth multiplayer app ?

[Kristopher Micinski]

Alljoyn seems to be a helpful API.  Doing these p2p BT / wifi overlays is a
real pain, and I'd highly recommend against it if possible.  Most people
sync to a central server which mediates games, but if you feel hell bent on
doing it I suppose you could hack it up.

(I've made something like this before, and because of instability of BT I
chose wifi instead, but in the end I wished I'd gone for a central server
just to make things simpler..)

Kris



On Fri, Sep 13, 2013 at 10:45 AM, navanshu  wrote:

> Like what or what API i need to learn to establish local wifi or bluetooth
> network in multiplayer app ?
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] android how to exit the application?

[Kristopher Micinski]

I'm not so sure, a repeated stream of "finish" applications feels like the
right approach, but it's definitely the case that many people who ask about
"quitting" the app (as the OP asked here) need to read this.

Kris


On Mon, Sep 9, 2013 at 6:34 AM, Piren  wrote:

> that post is about killing an app, not exactly the same thing.
>
>
> On Saturday, September 7, 2013 1:28:05 AM UTC+3, Kristopher Micinski wrote:
>
>> You should read this thread:
>>
>> http://stackoverflow.com/**questions/2033914/quitting-an-**
>> application-is-that-frowned-**upon<http://stackoverflow.com/questions/2033914/quitting-an-application-is-that-frowned-upon>
>>
>> Kris
>>
>>
>>
>> On Fri, Sep 6, 2013 at 4:46 PM, ashish  wrote:
>>
>>> Hi,
>>>
>>> what is best why to exit android application ?
>>> i found difficulty to exit android application in some cases.
>>> e.g  i move from Activity A to B now how exit the application.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Android Developers" group.
>>> To post to this group, send email to android-d...@**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<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 unsubscribe from this group and stop receiving emails from it, send
>>> an email to android-developers+**unsubscr...@googlegroups.com.
>>> For more options, visit 
>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out>
>>> .
>>>
>>
>>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] android how to exit the application?

[Kristopher Micinski]

You should read this thread:

http://stackoverflow.com/questions/2033914/quitting-an-application-is-that-frowned-upon

Kris



On Fri, Sep 6, 2013 at 4:46 PM, ashish  wrote:

> Hi,
>
> what is best why to exit android application ?
> i found difficulty to exit android application in some cases.
> e.g  i move from Activity A to B now how exit the application.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Android push notification server for enterprise

[Kristopher Micinski]

I agree with Michael.  It would be easy, but at the same time it's pretty
hard to get background services correct when they need to be constantly
available polling the internet.  E.g., it's pretty easy to kill battery
life doing this.

The reason people use GCM is because it does the hard work in getting that
correct so you don't have to.

Kris



On Sun, Sep 1, 2013 at 5:40 AM, Michael Banzon  wrote:

> You need to define what you mean by "push".
>
> There are generally two ways that push can be achieved:
> 1 - Having a open connection that the server can push messages on
> 2 - Having the client constantly polling the server for messages
>
> afaik the reason we can use Googles servers for "push" is that the Google
> services library/app and/or Gmail/Google Calendar/etc. is in constant
> "contact" with the server(s) and therefore able to get additional messages
> for our applications (which would limit the resources needed to receive
> "push" messages in general because many applications are suddenly utilising
> a single connection).
>
> It would be very easy for you to implement a background service that polls
> a server that you control and therefore achieve the "push functionality"
> without using Googles or any other third party servers. An alternative
> solution (for devices that are on a "global" network and therefore can
> utilise the GCM) is to fire empty messages at clients using GCM and then
> have the client fetch the actual message from the private server.
>
>
> On Sun, Sep 1, 2013 at 7:52 AM, Rosh PR  wrote:
>
>> Hi,
>>I'm looking for implementing Push notification for our enterprise
>> application.
>> I was unable to find any good solution other than GCM which is a
>> google provided service & resides outside the enterprise.
>>I would like to know whether there are any push notification servers
>> available that can be integrated with Jboss or any other application
>> server
>> in the enterprise.
>>
>> Thanks
>> Rosh
>> svagata.in
>>
>> --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> Michael Banzon
> http://michaelbanzon.com/
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Did Google just kill MobFox?

[Kristopher Micinski]

I think they're a vestigal holdover from when in app billing didn't exist
and these things weren't really enforced, but you can feel free to email
them if you'd like clarification.

Kris


On Tue, Aug 27, 2013 at 1:41 PM, Keith Wiley  wrote:

> Fair enough.  Thanks for the info.  That leaves me rather confused
> though.  What is the point of third party systems like MobFox?  How do they
> work?  Is their entire business model predicated on hoping confused
> developers such as myself will accidentally violate the Google TOS?  That
> strikes me as somewhat unbelievable.
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Any suggestions for Ad platform in addition to AdMob

[Kristopher Micinski]

That's fair,

http://appflood.com/blog/list-of-mobile-ad-networks-february-2013

gives a pretty comprehensive list...

Kris


On Sat, Aug 17, 2013 at 7:31 PM, limtc  wrote:

> Thanks pal. I am just afraid of putting all the eggs in one basket. I have
> a popular simple app with a simple banner ad got banned by AdMob simply
> because it got too many clicks and I have to appeal (why can't they send me
> a letter and ask first). :( That sucks and makes me lost confident in AdMob
> as a whole.
>
> Any suggestions of alternative ad platforms are welcome!
>
> On Sunday, August 18, 2013 5:30:05 AM UTC+8, TreKing wrote:
>
>>
>> On Fri, Aug 16, 2013 at 9:31 PM, limtc  wrote:
>>
>>> As an AdMob user, is it possible to add another ad platform when AdMob
>>> does not serve enough ads? If yes, what's your preference of choice? How
>>> difficult is it to support more than 1 ad platform in an app?
>>>
>>
>> See if this is relevant to you:
>>
>> https://support.google.com/**admob/answer/2413211?hl=en&**
>> topic=2403413&parent=1307209&**rd=1
>>
>> --**--**
>> --**---
>> TreKing  - Chicago
>> transit tracking app for Android-powered devices
>>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] close on minimise application

[Kristopher Micinski]

You don't close the application, you can finish() the activity, however.

Kris



On Tue, Aug 13, 2013 at 10:00 AM, passer  wrote:

> Hello.
>
> I have application which should be ask password on start.
>
> I done it so. onCreate MainActivity calls(startActivityForResult)
> EnterPasswordActivity. If user enters right password EnterPasswordActivity
> returns information about it. Everything works good.
>
> But there is a problem. If application will be minimized in other
> actvity(not MainActivity or EnterPasswordActivity), user can start
> application without entering password. That's why i need to close
> application on minimize. how can i do it?
>
> --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Webscokets

[Kristopher Micinski]

I can point you at:

http://stackoverflow.com/questions/16675450/support-for-websockets-on-android
http://autobahn.ws/
https://github.com/koush/android-websockets

But don't have any personal experience with either.

Kris


On Tue, Aug 13, 2013 at 9:37 AM, Gink Labrev  wrote:

> Thanks. Could you suggest a third party alternative ?
> I have searched for it without success.
> I am developing a chat. I have a Node.js Socket.io server implementation.
>
> Regards,
>
>
> 2013/8/12 Kristopher Micinski 
>
>> Not in the SDK to my knowledge.  But what are you trying to do?  There
>> are a lot of third party providers that offer good / sane Android
>> alternatives to Websockets, depending on your use case.
>>
>> Kris
>>
>>
>> On Mon, Aug 12, 2013 at 2:21 PM, Gink Labrev wrote:
>>
>>> Hello everyone.
>>>
>>> Does Android implement the Java API for WebSocket (JSR-356) ?
>>>
>>> http://docs.oracle.com/javaee/7/tutorial/doc/websocket.htm
>>> http://jcp.org/aboutJava/communityprocess/final/jsr356/index.html
>>>
>>> If not, is there a component that allows to use Websockets in Android ?
>>>
>>> Regards,
>>>
>>> --
>>> 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 unsubscribe from this group and stop receiving emails from it, send
>>> an email to android-developers+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>  --
>> 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 unsubscribe from this group and stop receiving emails from it, send an
>> email to android-developers+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> 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 unsubscribe from this group and stop receiving emails from it, send an
> email to android-developers+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.