[android-developers] Re: ListView background

2013-03-01 Thread Tamilarasi Sivaraj
Hi bob,

Try this:

Add a attribute on the ** Tag

*android:cacheColorHint="#" *// setting as a transparent color


Regards
Android developer
Trinay Technology Solutions
www.trinaytech.com
5705750475

On Friday, March 1, 2013 1:48:59 AM UTC+5:30, bob wrote:
>
> When I'm scrolling my white ListView, for some reason, the background 
> turns black.
>
>
> Any ideas what could cause 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.




Re: [android-developers] USB host

2013-03-01 Thread al
Yes, it may be. That indicates that the hardware (adapter etc.) is ok and 
thus the device is recognized on the "linux"/os level but it's not made 
visible on the level of the android USB-Host api (it's the same e.g. with 
usb mice etc.). It may be that android tries to use it as some standard 
rs232 hardware or as serial mouse or something. 

That's probably also the reason why "Sick USB 2 Serial Terminal" does not 
find your device: it's not visible on the api level.

Like Tux, I would recommend using another kind of device too. The IOIO is 
great, but depending on your use case, it may be overkill. There have been 
other projects with usb 2 serial adapters. You may find recommendations via 
Google.

Am Donnerstag, 28. Februar 2013 15:05:24 UTC+1 schrieb Marta Ribeiro:
>
> Additionally, I just noticed something, the application presents two tabs: 
> Android plus Linux. According to android i have no devices connected. 
> Whereas in the linux tab i find my device. Is this indicative of something? 
>
> On Thursday, February 28, 2013 1:40:35 PM UTC, Marta Ribeiro wrote:
>>
>> Yes I can see my device. 
>>
>> regarding the device file, it is in decimal, which I've head is the 
>> correct way. I've check the values with the output of the application and 
>> after a conversion hexadecimal to decimal it's a match.
>>
>> Right now,I'm starting to thing the issue may be the usb.host permission. 
>> Do you now if i'm missing something?
>>  
>> On Thursday, February 28, 2013 10:34:54 AM UTC, al wrote:
>>>
>>> I would first check the hardware/cable etc. e.g. with the app "USB 
>>> Device Info" 
>>> https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator
>>>
>>> If you can see your device in the android tab, then you are right and 
>>> it's a software issue. 
>>>
>>> I'm not sure about the device_filter.xml. Do you have to specifiy the 
>>> values in hex or decimal? The docu uses e.g. class="255" and does not use a 
>>> hex-only digit. That looks to me like it could be decimal?
>>>
>>>
>>> Am Donnerstag, 28. Februar 2013 10:26:01 UTC+1 schrieb Marta Ribeiro:

 I am connecting the OTG micro B/USB B cable to an USB A/RS232 cable.

 Any help you can provide I would appreciate!

 On Wednesday, February 27, 2013 7:03:51 PM UTC, Tux wrote:
>
> Hi,
>
> what kind of sensor are you using and what protocol (RS232, HID or 
> plain USB) is used?
> I played around with some RS232 devices. Perhaps I could find the 
> example again.
> Later I switched to a IOIO divice.
>
> Roy
>
> 2013/2/27 Marta Ribeiro 
>
>> I have the cables needed. I even installed an usb host app and it 
>> worked correctly. now i'm trying to make my own application and it's not 
>> working, so it must be because of the code. Although i am writing it 
>> exactly as it advised in tutorials.
>>
>>
>> On Wednesday, February 27, 2013 5:35:44 AM UTC, softy wrote:
>>
>>> Interesting.I don't know much about this but as at the same level 
>>> you are I would have checked first wether the Samsung Galaxy S3 has a 
>>> USB 
>>> OTG sw support or not.You can try this by inserting a USB keyboard into 
>>> it 
>>> or a Mouse and see whether it is working.
>>> I think it has : 
>>> *USB:*USB 2.0 client, 480Mbit/s
>>> micro-USB
>>>
>>> What you need is 
>>>
>>> *USB:*USB 2.0 host/client, 480Mbit/s
>>> USB A
>>>
>>>
>>> Rgds,
>>> -s
>>>
>>>
>>> On Tue, Feb 26, 2013 at 10:50 PM, Marta Ribeiro <
>>> martacunh...@gmail.com**> wrote:
>>>
 I'm using a Samsung Galaxy S3,and connecting to a sensor using USB 
 host and a OTG cable. I'm at the beginning phase just trying to write 
 code 
 to detect the sensor was attached  but it's not working. Can someone 
 take a 
 look and tell me what they think:


 protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(**savedInstanceState);
 setContentView(R.layout.**activity_microstrain);
  find_device = (EditText)findViewById(R.id.**find_device);
   UsbManager manager = (UsbManager)getSystemService(**
 Context.USB_SERVICE); 

 //connect(); 

 HashMap deviceList = 
 manager.getDeviceList();
 Iterator deviceIterator = 
 deviceList.values().iterator()**;

  while(deviceIterator.hasNext()**){

 UsbDevice device = deviceIterator.next();
 Toast.makeText(this,"Value of device :" 
 +device.getDeviceName(), Toast.LENGTH_LONG).show();

 }


 %% manifest %%%

 
 http://schemas.**
 android.com/apk/res/android"
>>

[android-developers] Re: How to hide my widget from the Widgets list.....?

2013-03-01 Thread futurexiong
AppWidgetProvider is also a BroadcastReceiver,and I think you also can 
enable or disable it through your code.But I don't know whether it would 
work because I don't see AppWidgetService.java parse the "enabled" 
attribute and how it deals with that attribute.Get a try.Hope that can help 
you.

在 2013年3月1日星期五UTC+8下午3时31分50秒,abhay_401写道:
>
> Hi,
>
> When the user long press on Homescreen, he will get some options, Widgets 
> is one of them. If the user selects Widgets, he will get the list of 
> widgets in which he can launch on home.
>
> Based on some conditions I don't want to show him my widget on the list. 
> For ex: I am having boolean value, if it's true then only show my widget in 
> the list, so that user can launch it otherwise I dont want to show my 
> widget is Widgets list.
>
> How can we do this. Can anybody is having idea on this?
>

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




[android-developers] Re: Adopting Android 4.0+ ONLY app development policy with an app currently supporting 2.1+?

2013-03-01 Thread Darren McEntee
Thanks for the replies guys.
Richard, can you confirm that if I made changes to the app that would 
prevent it from being available to older devices (say i changed the minSDK 
from 2.1 (API 7) to 3.0 (API 11), users with those older devices stop 
getting updates to the newer app version, but is the old version of the app 
still available to the older devices, ... and this is what they see and 
download?
Is this the method that Google apply? Seems logical. But I'd really like to 
know. 
Thanks.


On Thursday, 28 February 2013 20:48:39 UTC, RichardC wrote:
>
> See in-line:
>
> On Thursday, February 28, 2013 8:11:05 PM UTC, Darren McEntee wrote:
>
>> (1) will the current users of the app just not get the updates from that 
>> point until they update their Android OS version
>>
> Current users will not receive any updates, and the play interface will 
> warn you that your application supports fewer devices.
>  
>
>> (2) will only 4.0+ users have access to the app in Google play?
>>
> New users with 4.0+ yes.  If a current user buys a 4.0+ device (or 
> upgrades) they will get the new version(s) from then on.
>
>>
>>
>>

-- 
-- 
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] USB host

2013-03-01 Thread Marta Ribeiro
Thank you that was exactly the problem. I tried a different sensor today 
and it worked. The purposed of the microstrain was for a project, but i'll 
use a different approach.

Thank you!

On Friday, March 1, 2013 8:24:14 AM UTC, al wrote:
>
> Yes, it may be. That indicates that the hardware (adapter etc.) is ok and 
> thus the device is recognized on the "linux"/os level but it's not made 
> visible on the level of the android USB-Host api (it's the same e.g. with 
> usb mice etc.). It may be that android tries to use it as some standard 
> rs232 hardware or as serial mouse or something. 
>
> That's probably also the reason why "Sick USB 2 Serial Terminal" does not 
> find your device: it's not visible on the api level.
>
> Like Tux, I would recommend using another kind of device too. The IOIO is 
> great, but depending on your use case, it may be overkill. There have been 
> other projects with usb 2 serial adapters. You may find recommendations via 
> Google.
>
> Am Donnerstag, 28. Februar 2013 15:05:24 UTC+1 schrieb Marta Ribeiro:
>>
>> Additionally, I just noticed something, the application presents two 
>> tabs: Android plus Linux. According to android i have no devices connected. 
>> Whereas in the linux tab i find my device. Is this indicative of something? 
>>
>> On Thursday, February 28, 2013 1:40:35 PM UTC, Marta Ribeiro wrote:
>>>
>>> Yes I can see my device. 
>>>
>>> regarding the device file, it is in decimal, which I've head is the 
>>> correct way. I've check the values with the output of the application and 
>>> after a conversion hexadecimal to decimal it's a match.
>>>
>>> Right now,I'm starting to thing the issue may be the usb.host 
>>> permission. Do you now if i'm missing something?
>>>  
>>> On Thursday, February 28, 2013 10:34:54 AM UTC, al wrote:

 I would first check the hardware/cable etc. e.g. with the app "USB 
 Device Info" 
 https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator

 If you can see your device in the android tab, then you are right and 
 it's a software issue. 

 I'm not sure about the device_filter.xml. Do you have to specifiy the 
 values in hex or decimal? The docu uses e.g. class="255" and does not use 
 a 
 hex-only digit. That looks to me like it could be decimal?


 Am Donnerstag, 28. Februar 2013 10:26:01 UTC+1 schrieb Marta Ribeiro:
>
> I am connecting the OTG micro B/USB B cable to an USB A/RS232 cable.
>
> Any help you can provide I would appreciate!
>
> On Wednesday, February 27, 2013 7:03:51 PM UTC, Tux wrote:
>>
>> Hi,
>>
>> what kind of sensor are you using and what protocol (RS232, HID or 
>> plain USB) is used?
>> I played around with some RS232 devices. Perhaps I could find the 
>> example again.
>> Later I switched to a IOIO divice.
>>
>> Roy
>>
>> 2013/2/27 Marta Ribeiro 
>>
>>> I have the cables needed. I even installed an usb host app and it 
>>> worked correctly. now i'm trying to make my own application and it's 
>>> not 
>>> working, so it must be because of the code. Although i am writing it 
>>> exactly as it advised in tutorials.
>>>
>>>
>>> On Wednesday, February 27, 2013 5:35:44 AM UTC, softy wrote:
>>>
 Interesting.I don't know much about this but as at the same level 
 you are I would have checked first wether the Samsung Galaxy S3 has a 
 USB 
 OTG sw support or not.You can try this by inserting a USB keyboard 
 into it 
 or a Mouse and see whether it is working.
 I think it has : 
 *USB:*USB 2.0 client, 480Mbit/s
 micro-USB

 What you need is 

 *USB:*USB 2.0 host/client, 480Mbit/s
 USB A


 Rgds,
 -s


 On Tue, Feb 26, 2013 at 10:50 PM, Marta Ribeiro <
 martacunh...@gmail.com**> wrote:

> I'm using a Samsung Galaxy S3,and connecting to a sensor using USB 
> host and a OTG cable. I'm at the beginning phase just trying to write 
> code 
> to detect the sensor was attached  but it's not working. Can someone 
> take a 
> look and tell me what they think:
>
>
> protected void onCreate(Bundle savedInstanceState) {
> super.onCreate(**savedInstanceState);
> setContentView(R.layout.**activity_microstrain);
>  find_device = (EditText)findViewById(R.id.**find_device);
>   UsbManager manager = (UsbManager)getSystemService(**
> Context.USB_SERVICE); 
>
> //connect(); 
>
> HashMap deviceList = 
> manager.getDeviceList();
> Iterator deviceIterator = 
> deviceList.values().iterator()**;
>
>  while(deviceIterator.hasNext()**){
>
> UsbD

Re: [android-developers] USB host

2013-03-01 Thread mbarbiero
You tried the process shown in 
http://stackoverflow.com/questions/11183792/android-usb-host-and-hidden-devices?

One question more.. are you brazilian or portuguese?

-- 
-- 
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] USB host

2013-03-01 Thread Marta Ribeiro
Yes yes, that was one of the first things I checked.

Portuguese. 

On Friday, March 1, 2013 11:20:06 AM UTC, mbarbiero wrote:
>
> You tried the process shown in 
> http://stackoverflow.com/questions/11183792/android-usb-host-and-hidden-devices
> ?
>
> One question more.. are you brazilian or portuguese?
>

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




[android-developers] Problem with gradle build version 0.3 and signing (signingConfigs)

2013-03-01 Thread Daniel Rindt
Hello,

using the builder version 0.3 and try to sign my app. Those values are 
present in ~/.gradle/gradle.properties and worked fine in version 0.2.
Here is my definition:
apply plugin: 'android'

def getCurrentVersionCodeOrBuildNumber() {
ext.v = System.getenv().BUILD_NUMBER?.toInteger()
if (ext.v == -1 || ext.v == null)
ext.v = 1

return ext.v
}

android {
compileSdkVersion 17
sourceSets {
main {
manifest {
srcFile "AndroidManifest.xml"
}
res {
srcDir "res"
}
java {
srcDirs = ['src', 'src-gen']
}
}
}
defaultConfig {
versionCode getCurrentVersionCodeOrBuildNumber()
}
signingConfigs {
release {
storeLocation project.ext.androidSigningStoreLocation
storePassword project.ext.androidSigningStorePassword
keyAlias project.ext.androidSigningKeyAlias
keyPassword project.ext.androidSigningKeyPassword
}
}
buildTypes {
release {
signingConfig signingConfigs.release
}
}
}

dependencies {
compile ':android-support:v4'
compile ':greenDAO:'
compile ':gson:2.2.2'
compile project(':ZXing')
}

when i do a gradle assembleDebug i got:
A problem occurred evaluating project ':ProjectC'.
> Could not find method storeLocation() for arguments 
[/home/drindt/.android/debug.keystore] on 
SigningConfigDsl_Decorated{name=release, storeFile=null, 
storePassword=null, keyAlias=null, keyPassword=null, storeType=null}.

The keystore file exits and its accessible with the credentials.

Thank you for suggestions and help.
Daniel

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




[android-developers] Edit Text

2013-03-01 Thread Arun Kumar K
Hi Guys,

I have one problem in edit textif i enter the number in edit text i
want to display like this 1234-5678-9102-3214

Constrain is
Input Type="number"
maximumlength="19"


how can i do this one pls help me

-- 
*Thanks & Regards*
*K.Arun Kumar*

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

2013-03-01 Thread Sudheer Bhat
Try this:
https://code.google.com/p/android-dateslider/source/browse/trunk/android-dateslider/src/com/googlecode/android/widgets/DateSlider/MonthYearDateSlider.java

Regards,
Sudheer


On Thu, Feb 28, 2013 at 8:40 PM, bob  wrote:

> I would say there are two viable options:
>
>
> 1. Subclass DatePicker
>
>
> 2. Take the source of DatePicker and rename the class MyDatePicker and
> modify it as needed.
>
>
>
> On Thursday, February 28, 2013 12:27:35 AM UTC-6, Arun Kumar K wrote:
>>
>> Hi Guys,
>>
>> I want to show only year and month in datepicker how can i do that one
>>
>> --
>> *Thanks & Regards*
>> *K.Arun Kumar*
>>
>>
>  --
> --
> 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: horizontal rule

2013-03-01 Thread vinay kumar
Why do you require the similar widget, could you please specify your
requirement. If really you want to draw a horizontal line then Nobu's
solution would be perfect for that.



On Wed, Feb 27, 2013 at 9:29 PM, Nobu Games wrote:

> You could use a plain "View", set a background image or color on that, set
> its height to a few DPs and width to MATCH_PARENT.
>
>
> On Wednesday, February 27, 2013 9:39:39 AM UTC-6, bob wrote:
>>
>> Is there any type of widget that is similar to the HR HTML tag?
>>
>>
>> 
>>
>>
>> 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.




[android-developers] YouTube Video is not populating in list

2013-03-01 Thread Milind
Dear All,

I am a beginner in Android and I have to develop an application that plays 
video from YouTube.com. I have playlist and some videos in it so I have to 
list these videos first. I populated playlists in my list view but I cannot 
extract videos list in playlist. It is giving me XML parsing exception. Can 
you help me?

My code is as below.

class YoutubeServices {

private YouTubeService youTubeService;
private PlaylistLinkFeed feed;
private List entries;
private String urlForPlaylist = 
"http://gdata.youtube.com/feeds/api/users/YpyHr_nAd4lQo3FvQeNo1Q/playlists?v2";;
private String urlToDownloadAtomOfVideo = 
"http://gdata.youtube.com/feeds/api/users/YpyHr_nAd4lQo3FvQeNo1Q/playlists/";;
private String playlist[][] = new String[3][];
private String playlistVideosList[][] = new String[3][];
 //One calls this class as below.
//YoutubeServices m = new YoutubeServices("emailaddress", "password");
//m.getData();
//m.getVideosFromPlaylist("PlayListID");
 public Main(String username, String password) {
youTubeService = new YouTubeService("App Name", 
"AI39sixxx This is developers key ");
Log.d("","YouTube Service is created.");
//youTubeService.setUserCredentials("emailaddress", "password");
try {
youTubeService.setUserCredentials(username, password);
 } catch (AuthenticationException e) {
Log.d("AuthenticationException", ""+e);
}
}
 public String[][] getData(){
 try {
URL playlistUrl = new URL(urlForPlaylist);
feed = youTubeService.getFeed(playlistUrl, PlaylistLinkFeed.class);
 entries = feed.getEntries(); 
 playlist = new String[3][entries.size()];
 for(int i=0; ihttp://www.w3.org/2005/Atom:feed), found (http://www.w3.org/2005/Atom:entry

at com.google.gdata.util.XmlParser.throwParseException(XmlParser.java:739)

at com.google.gdata.util.XmlParser.parse(XmlParser.java:702)

at com.google.gdata.util.XmlParser.parse(XmlParser.java:585)
at com.google.gdata.data.BaseFeed.parseAtom(BaseFeed.java:867)
at 
com.google.gdata.wireformats.input.AtomDataParser.parse(AtomDataParser.java:68)
at 
com.google.gdata.wireformats.input.AtomDataParser.parse(AtomDataParser.java:39)
at 
com.google.gdata.wireformats.input.CharacterParser.parse(CharacterParser.java:100)
at 
com.google.gdata.wireformats.input.XmlInputParser.parse(XmlInputParser.java:52)
at 
com.google.gdata.wireformats.input.AtomDualParser.parse(AtomDualParser.java:66)
at 
com.google.gdata.wireformats.input.AtomDualParser.parse(AtomDualParser.java:34)
at com.google.gdata.client.Service.parseResponseData(Service.java:2165)
at com.google.gdata.client.Service.parseResponseData(Service.java:2098)
at com.google.gdata.client.Service.getFeed(Service.java:1136)
at com.google.gdata.client.Service.getFeed(Service.java:1077)
at com.google.gdata.client.GoogleService.getFeed(GoogleService.java:676)
at com.google.gdata.client.Service.query(Service.java:1237)
at com.google.gdata.client.Service.query(Service.java:1178)
at in.co.discoverit.atomParsing.Main.getVideosFromPlaylist(Main.java:108)
at in.co.discoverit.atomParsing.Main.main(Main.java:33)
Caused by: com.google.gdata.util.ParseException: Invalid root element, 
expected (namespace uri:local name) of (http://www.w3.org/2005/Atom:feed), 
found (http://www.w3.org/2005/Atom:entry
at com.google.gdata.util.XmlParser.startElement(XmlParser.java:811)
at org.xml.sax.helpers.ParserAdapter.startElement(Unknown Source)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(Unknown
 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDriver.scanRootElementHook(Unknown
 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown
 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(Unknown
 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown 
Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown 
Source)
at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
 
Source)
at org.xml.sax.helpers.ParserAdapter.parse(Unknown Source)
at com.google.gdata.util.XmlParser.parse(XmlParser.java:694)
... 17 more

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 uns

[android-developers] Re: Adopting Android 4.0+ ONLY app development policy with an app currently supporting 2.1+?

2013-03-01 Thread RichardC
See Publishing Multiple APKs with Different Filters (last section) in:
http://developer.android.com/google/play/filters.html#MultiApks

On Friday, March 1, 2013 9:53:21 AM UTC, Darren McEntee wrote:
>
> Thanks for the replies guys.
> Richard, can you confirm that if I made changes to the app that would 
> prevent it from being available to older devices (say i changed the minSDK 
> from 2.1 (API 7) to 3.0 (API 11), users with those older devices stop 
> getting updates to the newer app version, but is the old version of the app 
> still available to the older devices, ... and this is what they see and 
> download?
> Is this the method that Google apply? Seems logical. But I'd really like 
> to know. 
> Thanks.
>
>
> On Thursday, 28 February 2013 20:48:39 UTC, RichardC wrote:
>>
>> See in-line:
>>
>> On Thursday, February 28, 2013 8:11:05 PM UTC, Darren McEntee wrote:
>>
>>> (1) will the current users of the app just not get the updates from that 
>>> point until they update their Android OS version
>>>
>> Current users will not receive any updates, and the play interface will 
>> warn you that your application supports fewer devices.
>>  
>>
>>> (2) will only 4.0+ users have access to the app in Google play?
>>>
>> New users with 4.0+ yes.  If a current user buys a 4.0+ device (or 
>> upgrades) they will get the new version(s) from then on.
>>
>>>
>>>
>>>

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




[android-developers] remove blue strip below Tab with actionbar

2013-03-01 Thread sree android
Hi friends .
see the above attachment image.in that i implemented actionbar with
tabs.but i need to remove blue strip of below tab and i need to adjust
padding of tabs.
i tried this,but i did not get result.can you please give me how can i do
it.it is urgent for my requirement.

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.


<>

[android-developers] Re: ArrayAdapter Vs BaseAdapter.

2013-03-01 Thread bob
 

I would just write your own class that implements the ListAdapter interface.


It is not too bad, and I think it would be a good learning experience.



On Thursday, February 28, 2013 11:50:24 PM UTC-6, Seshu wrote:
>
> Hi All, 
> I want to show some students information i.e. id, name, 
> address and contact number in listview. Which Adapter should i use 
> here i.e, ArrayAdapter or BaseAdapter. What's the major difference 
> between them. 
>
> Thanks and Regards, 
> S.Seshu. 
>

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




[android-developers] Obfuscating code

2013-03-01 Thread dashman
So I'm trying to obfuscate my code

I'm using reflection to get the package name.

i also plan to use proguard.

i understand variables xxx and yyy will be abfuscated by proguard.


android.content.pm.PackageManager xxx= 
(android.content.pm.PackageManager)yyy.invoke( context );

but if the code is decompiled, will the decompiler be able to assign xxx to
a PackageManager variable.

also

packageInfo.signatures;

i understand packageInfo will be modified by proguard - what about 
signatures property.

if nothing is done about that - the user could just search for that keyword.

Help appreciated - I think this is an important issue for Android 
developers.




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




[android-developers] Re: remove blue strip below Tab with actionbar

2013-03-01 Thread bob
 

Maybe call this function in the ActionBar class?


  abstract void
 
  
setCustomView
(View  view)

Set the action bar into custom navigation mode, supplying a view for custom 
navigation.
  
On Friday, March 1, 2013 8:35:46 AM UTC-6, sree wrote:
>
> Hi friends .
> see the above attachment image.in that i implemented actionbar with 
> tabs.but i need to remove blue strip of below tab and i need to adjust 
> padding of tabs.
> i tried this,but i did not get result.can you please give me how can i do 
> it.it is urgent for my requirement.
>
> 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.




Re: [android-developers] Obfuscating code

2013-03-01 Thread Mark Murphy
On Fri, Mar 1, 2013 at 10:22 AM, dashman  wrote:
> but if the code is decompiled, will the decompiler be able to assign xxx to
> a PackageManager variable.

Yes, the person reading the decompiled code will see that what you
refer to as xxx is a PackageManager. The name xxx is obscured, but not
its type.

> packageInfo.signatures;
>
> i understand packageInfo will be modified by proguard - what about
> signatures property.

Since that class definition does not exist in your project, ProGuard
cannot change it.

> if nothing is done about that - the user could just search for that keyword.

Correct.

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

_The Busy Coder's Guide to Android Development_ Version 4.6 Available!

-- 
-- 
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] Obfuscating code

2013-03-01 Thread dashman

Mark,

I think you should write a toolkit to protect Android apps.

Looks like it has to be done in native code - an app along with a how-to 
documentation


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




[android-developers] Re: Obfuscating code

2013-03-01 Thread Nobu Games
You could obfuscate these strings you're using in the reflection calls. 
This makes it a bit harder to find them literally. However someone still 
could look for occurrences of uses of reflection and figure out these 
things.

A great source of information about protecting your app is this Google IO 
session 
talk.
 
I implemented almost all of these suggestions in one of my apps and just 
got after 5 months of being out on the market a crash report that showed me 
that somebody tried to crack it. The crash occurred within one of my 
"hidden" anti-piracy handling code blocks and the cracker apparently 
changed some bytes of one of my obfuscated strings and that finally caused 
the crash. So the bad news is: they will try to crack it. The good news is: 
they don't necessarily do a good job at it. And you can actively make it 
harder and basically postpone the date when your app is properly cracked.

I think there are the following key elements that make it harder for a 
cracker to crack your app:

- Code obfuscation of course
- Using several different self-integrity checks:

   - package signature
   - package name (avoid re-packaging)
   - check for set debug flag and randomly crash in a background thread 
   with random delay while your app is being debugged
   - check for integrity of files in your APK (CRC)
   
- Redundancy of your anti-piracy code. Don't perform these self-checks at 
just one location of your app. Spread it all over the place in background 
threads
- Regular updates of your app

And also another great advice from that Google session talk: use the NDK. 
Compiled native code is harder to reverse-engineer and you have more 
possibilities for obfuscating your code. Java is pretty straightforward to 
decompile up to the point were you almost get the original code back (minus 
comments). This looks a bit different for native code.

Create a native library that does all these self-checks in addition to your 
Java self-checks. But also make that library indispensable for your app. 
You need to migrate some vital business logic of your app into that library 
so a cracker cannot just remove it and all calls from your Java code to it.

However, it is also important to understand what kind of battle you are 
fighting by protecting your app to that extent. I read some statistics 
about game apps, that half of their total sales occur within the first six 
months or so. So you could say it's about buying some time when it comes to 
piracy. But I think that's debatable unless you have a triple-A game on 
your hands everybody wants to play, most people who pirate stuff don't care 
about getting the original. They can wait. The biggest problem in my 
opinion are people who try to steal your hard work and sell it as their own.

The only way to make your app more or less bullet-proof is by letting the 
bulk of its business logic run on your own server. The server checks the 
app for a valid purchase license and unless somebody hacks into your server 
or your server code has exploits, there is little purpose in trying to 
crack the app.



On Friday, March 1, 2013 9:22:39 AM UTC-6, dashman wrote:
>
> So I'm trying to obfuscate my code
>
> I'm using reflection to get the package name.
>
> i also plan to use proguard.
>
> i understand variables xxx and yyy will be abfuscated by proguard.
>
>
> android.content.pm.PackageManager xxx= 
> (android.content.pm.PackageManager)yyy.invoke( context );
>
> but if the code is decompiled, will the decompiler be able to assign xxx to
> a PackageManager variable.
>
> also
>
> packageInfo.signatures;
>
> i understand packageInfo will be modified by proguard - what about 
> signatures property.
>
> if nothing is done about that - the user could just search for that 
> keyword.
>
> Help appreciated - I think this is an important issue for Android 
> developers.
>
>
> 
>

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




[android-developers] Re: Obfuscating code

2013-03-01 Thread dashman
Thank you for some excellent suggestions.

I've watched that google i/o a few times.

i problem is actually doing it. e.g. just looking at the NDK and wish they
had a sample to read the package info etc.

offloading app logic to server is a great idea - but my app is designed to
work while off-line - so that will not help me.

i think my thinking is:
- doing some checks in native code
- also including some critical app functions in navtive code (thanks 
for that suggestion)
- check license with my server (if online) - and make it a requirement 
that it
  needs to pass the test within a set # of days (e.g. 30).   
 
the problem now is that - all the user has to do is uninstall the app and 
re-install it
and then they can use the app for another fixed amount of days.



>

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

2013-03-01 Thread bob
 

I'm having some trouble getting that to work.


Can you help me understand this error?





On Friday, March 1, 2013 6:01:51 AM UTC-6, Sudheer wrote:
>
> Try this: 
> https://code.google.com/p/android-dateslider/source/browse/trunk/android-dateslider/src/com/googlecode/android/widgets/DateSlider/MonthYearDateSlider.java
>
> Regards,
> Sudheer
>
>
> On Thu, Feb 28, 2013 at 8:40 PM, bob 
> > wrote:
>
>> I would say there are two viable options:
>>
>>
>> 1. Subclass DatePicker
>>
>>
>> 2. Take the source of DatePicker and rename the class MyDatePicker and 
>> modify it as needed.
>>
>>
>>
>> On Thursday, February 28, 2013 12:27:35 AM UTC-6, Arun Kumar K wrote:
>>>
>>> Hi Guys,
>>>
>>> I want to show only year and month in datepicker how can i do that one
>>>
>>> -- 
>>> *Thanks & Regards*
>>> *K.Arun Kumar*
>>>  
>>>  
>>  -- 
>> -- 
>> 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
>> --- 
>> 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] USB host

2013-03-01 Thread mbarbiero
Sou brasileiro...

No nosso grupo de desenvolvedores o pessoal que mais entende de USB é o que 
usa Android para controlar o Arduino. Talvez seja melhor procurar uma 
solução nos grupos do Arduino.

Marco
Em sexta-feira, 1 de março de 2013 08h48min14s UTC-3, Marta Ribeiro 
escreveu:
>
> Yes yes, that was one of the first things I checked.
>
> Portuguese. 
>
> On Friday, March 1, 2013 11:20:06 AM UTC, mbarbiero wrote:
>>
>> You tried the process shown in 
>> http://stackoverflow.com/questions/11183792/android-usb-host-and-hidden-devices
>> ?
>>
>> One question more.. are you brazilian or portuguese?
>>
>

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




[android-developers] Re: Obfuscating code

2013-03-01 Thread Nobu Games
Unless your server provides something like downloadable content or 
functionality for your app I don't think you need to go through the trouble 
of implementing the license verification through your server. Doing it 
within your app is just fine, because either way a cracker can still look 
for these license check code portions and change them. Doing it just within 
your app is less work of course, so I'd go for that.

Regarding the LVL there are a few very important things to know about. 
Google never intended it to be taken verbatim as a drop-in solution for 
protecting your app. A lot of developers did that. And their apps can be 
easily cracked. The problem is that a cracker also knows the original LVL 
code.
You probably already know that the LVL needs to be customized for each app 
and definitely should not be used as an all-in-one solution library you 
just reference from your app project.
So basically you should copy the files into your app project and change the 
heck out of it so it's not recognizable anymore. Also all logging lines 
must be removed. Why they are there in the first place is a bit beyond me.

Anyway, the one big problem of the LVL is that its entry point interface 
ILicensingService apparently cannot be obfuscated. Proguard's 
documentationeven
 says:

If you're using Google's optional License Verification Library, you can 
> obfuscate its code along with your own code. You do have to preserve its 
> ILicensingService interface for the library to work: 
>
> -keep public interface com.android.vending.licensing.ILicensingService
>
>
That advice is absolutely misleading and basically opens a big door into 
identifying and cracking your app's LVL self-check. If the interface name 
"ILicensingService" is literally to find in your obfuscated Java code you 
have basically the entry point for cracking the app right there. With Java 
decompiler it's just another click away to find the response code check.

The Google session talk mentions that you should obfuscate the whole LVL, 
including ILicensingService. However, when I tried to do exactly that, it 
simply did not work. The name was always kept as if there is a hard-coded 
rule inside Proguard that makes the obfuscation of that identifier 
impossible. So I simply renamed ILicensingService. And it still works. I 
tested it extensively.

About using the NDK for self-integrity checks: it's actually pretty similar 
to using reflection in Java. First of all you also have the same problem 
here with string literals that basically give away what you're trying to do 
(class and method names). You need to obfuscate them.

One unobfuscated NDK example of getting the package name:

void Java_com_example_JniTestClass_checkPackageName(JNIEnv* env, jclass 
> clazz, jobject context) {
> jclass ctxClass = (*env)->GetObjectClass(env, context);
> jmethodID getPackageNameMethodID = (*env)->GetMethodID(env, ctxClass, 
> "getPackageName", "()Ljava/lang/String;");
> jstring packageName = (*env)->CallObjectMethod(env, context, 
> getPackageName);   
> }
>
Each JNI method is basically the native counterpart of a Java method 
declaration. The Java original might look like as follows:

public class JniTestClass {
> public static native void checkPackageName(Context context);
> }
>

I'm going to dissect the NDK code a bit:

jclass ctxClass = (*env)->GetObjectClass(env, context);

This gives you the class object of the context object. This is necessary 
for retrieving the class method "getPackageName" in the second line:

jmethodID getPackageNameMethodID = (*env)->GetMethodID(env, ctxClass, 
"getPackageName", "()Ljava/lang/String;");

This gives you a class method handle. This is necessary for calling that 
method in the following line. The last argument looks a bit cryptic. It's 
Java convention for expressing the method signature in a string notation. 
You can find more information about these signature strings on this 
page
.

jstring packageName = (*env)->CallObjectMethod(env, context, 
getPackageName);   

This gives you the actual package name as a Java string object. It's not a 
C-string yet. With another JNI function call you can convert it into a 
C-string. You need to make yourself familiar with JNI. It looks awkward but 
it isn't that bad in the end.

Reading the package info works pretty similar. You always need a "jclass" 
object then you can use that for retrieving a method or field member and 
then you can use JNI for calling that method or for reading the value of a 
field.

A few more words of advice. You should also obfuscate these native method 
names. You cannot do that with Proguard because that would break the link 
between your Java code and the native library. After all there must be a 
way for JNI to find these native methods and Proguard's obfuscation is 
random. You should apply non-sensical

Re: [android-developers] Re: Obfuscating code

2013-03-01 Thread Kristopher Micinski
Really the *only* way to really protect against anti piracy is to
perform mission critical operations on a server, at least some of the
time, and enforce a good strategy to make sure that can't be cracked.

Doing checks in native code can be circumvented, what makes you think
they can't?

Albeit, it's harder to crack your app.

In reality, there is not really anything you can do to "crack proof"
your app unless you have a pretty significant security background.
Even then, your app can probably be cracked by a skilled adversary.
But of course, anti piracy is a cost / benefit analysis.

By the way, putting in that number of days requirement doesn't
fundamentally change things, the cracker can just remove that check.
To have a server help, you need to perform critical operations *on*
the server.

kris

On Fri, Mar 1, 2013 at 11:41 AM, dashman  wrote:
> Thank you for some excellent suggestions.
>
> I've watched that google i/o a few times.
>
> i problem is actually doing it. e.g. just looking at the NDK and wish they
> had a sample to read the package info etc.
>
> offloading app logic to server is a great idea - but my app is designed to
> work while off-line - so that will not help me.
>
> i think my thinking is:
> - doing some checks in native code
> - also including some critical app functions in navtive code (thanks for
> that suggestion)
> - check license with my server (if online) - and make it a requirement
> that it
>   needs to pass the test within a set # of days (e.g. 30).
>
> the problem now is that - all the user has to do is uninstall the app and
> re-install it
> and then they can use the app for another fixed amount of days.
>
>
>
>>
>
> --
> --
> 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: Obfuscating code

2013-03-01 Thread Kristopher Micinski
The common theme here is that these are all naming tricks.

This helps to make your code hard to read for a human hacker, but
doesn't do anything to prevent an attacker with a good static analysis
framework.

A static analysis framework can usually deobfuscate (turn these
"nameless" classes into named things or common patterns) simply by
matching call/return sequences in a standard way using machine
learning.

So while you can prevent a human from saying "that's the licensing
check!  I'll look there!"  a computer can take in a bunch of known
good code using a licensing check and then training it, then taking in
the obfuscated app, looking at traces and saying "here's the licensing
check" and using program slicing to patch it out.

Hopefully this gives more insight into why the small lexical tricks
don't really help,

Kris

On Fri, Mar 1, 2013 at 12:40 PM, Nobu Games  wrote:
> Unless your server provides something like downloadable content or
> functionality for your app I don't think you need to go through the trouble
> of implementing the license verification through your server. Doing it
> within your app is just fine, because either way a cracker can still look
> for these license check code portions and change them. Doing it just within
> your app is less work of course, so I'd go for that.
>
> Regarding the LVL there are a few very important things to know about.
> Google never intended it to be taken verbatim as a drop-in solution for
> protecting your app. A lot of developers did that. And their apps can be
> easily cracked. The problem is that a cracker also knows the original LVL
> code.
> You probably already know that the LVL needs to be customized for each app
> and definitely should not be used as an all-in-one solution library you just
> reference from your app project.
> So basically you should copy the files into your app project and change the
> heck out of it so it's not recognizable anymore. Also all logging lines must
> be removed. Why they are there in the first place is a bit beyond me.
>
> Anyway, the one big problem of the LVL is that its entry point interface
> ILicensingService apparently cannot be obfuscated. Proguard's documentation
> even says:
>
>> If you're using Google's optional License Verification Library, you can
>> obfuscate its code along with your own code. You do have to preserve its
>> ILicensingService interface for the library to work:
>>
>> -keep public interface com.android.vending.licensing.ILicensingService
>
>
> That advice is absolutely misleading and basically opens a big door into
> identifying and cracking your app's LVL self-check. If the interface name
> "ILicensingService" is literally to find in your obfuscated Java code you
> have basically the entry point for cracking the app right there. With Java
> decompiler it's just another click away to find the response code check.
>
> The Google session talk mentions that you should obfuscate the whole LVL,
> including ILicensingService. However, when I tried to do exactly that, it
> simply did not work. The name was always kept as if there is a hard-coded
> rule inside Proguard that makes the obfuscation of that identifier
> impossible. So I simply renamed ILicensingService. And it still works. I
> tested it extensively.
>
> About using the NDK for self-integrity checks: it's actually pretty similar
> to using reflection in Java. First of all you also have the same problem
> here with string literals that basically give away what you're trying to do
> (class and method names). You need to obfuscate them.
>
> One unobfuscated NDK example of getting the package name:
>
>> void Java_com_example_JniTestClass_checkPackageName(JNIEnv* env, jclass
>> clazz, jobject context) {
>> jclass ctxClass = (*env)->GetObjectClass(env, context);
>> jmethodID getPackageNameMethodID = (*env)->GetMethodID(env, ctxClass,
>> "getPackageName", "()Ljava/lang/String;");
>> jstring packageName = (*env)->CallObjectMethod(env, context,
>> getPackageName);
>> }
>
> Each JNI method is basically the native counterpart of a Java method
> declaration. The Java original might look like as follows:
>
>> public class JniTestClass {
>> public static native void checkPackageName(Context context);
>> }
>
>
> I'm going to dissect the NDK code a bit:
>
> jclass ctxClass = (*env)->GetObjectClass(env, context);
>
> This gives you the class object of the context object. This is necessary for
> retrieving the class method "getPackageName" in the second line:
>
> jmethodID getPackageNameMethodID = (*env)->GetMethodID(env, ctxClass,
> "getPackageName", "()Ljava/lang/String;");
>
> This gives you a class method handle. This is necessary for calling that
> method in the following line. The last argument looks a bit cryptic. It's
> Java convention for expressing the method signature in a string notation.
> You can find more information about these signature strings on this page.
>
> jstring packageName = (*env)->CallObjectMethod(env, 

Re: [android-developers] USB host

2013-03-01 Thread Marta Ribeiro
Ok obrigada ;) farei isso.

On Friday, March 1, 2013 5:23:53 PM UTC, mbarbiero wrote:
>
> Sou brasileiro...
>
> No nosso grupo de desenvolvedores o pessoal que mais entende de USB é o 
> que usa Android para controlar o Arduino. Talvez seja melhor procurar uma 
> solução nos grupos do Arduino.
>
> Marco
> Em sexta-feira, 1 de março de 2013 08h48min14s UTC-3, Marta Ribeiro 
> escreveu:
>>
>> Yes yes, that was one of the first things I checked.
>>
>> Portuguese. 
>>
>> On Friday, March 1, 2013 11:20:06 AM UTC, mbarbiero wrote:
>>>
>>> You tried the process shown in 
>>> http://stackoverflow.com/questions/11183792/android-usb-host-and-hidden-devices
>>> ?
>>>
>>> One question more.. are you brazilian or portuguese?
>>>
>>

-- 
-- 
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: Obfuscating code

2013-03-01 Thread Nobu Games
Here we go again. Senior Android developers being irritated about people 
discussing anti-piracy. As if it were totally insane and offensive to even 
try. My suggestions are the possibilities given the circumstances. I do 
know that they do not make your app bullet-proof and I also mentioned that 
multiple times in previous posts.

I also never said that I think NDK self-checks cannot be circumvented. Read 
again what I was talking about. It is only about buying some time and you 
certainly put off a huge bulk of script kiddies from even trying to crack 
your app or using 1-click tools if you put some thought and effort into 
obfuscation and self-integrity checks.

We both are on the same page here: it is made harder. That's the whole 
point. And that's not good enough? I also said that the one and only 
solution to that problem is using your own server.

About your code analysis argument: that's why you have to change the code 
flow of the license check to make it harder to find. That's also what 
Google has to say about the LVL.

Seriously, there are people out there who are looking for answers to 
specific problems. These solutions are certainly not perfect and may lull 
you into a false sense of security. But they are still better than doing 
nothing about protecting your app.


On Friday, March 1, 2013 11:42:24 AM UTC-6, Kristopher Micinski wrote:
>
> Really the *only* way to really protect against anti piracy is to 
> perform mission critical operations on a server, at least some of the 
> time, and enforce a good strategy to make sure that can't be cracked. 
>
> Doing checks in native code can be circumvented, what makes you think 
> they can't? 
>
> Albeit, it's harder to crack your app. 
>
> In reality, there is not really anything you can do to "crack proof" 
> your app unless you have a pretty significant security background. 
> Even then, your app can probably be cracked by a skilled adversary. 
> But of course, anti piracy is a cost / benefit analysis. 
>
> By the way, putting in that number of days requirement doesn't 
> fundamentally change things, the cracker can just remove that check. 
> To have a server help, you need to perform critical operations *on* 
> the server. 
>
> kris 
>
> On Fri, Mar 1, 2013 at 11:41 AM, dashman > 
> wrote: 
> > Thank you for some excellent suggestions. 
> > 
> > I've watched that google i/o a few times. 
> > 
> > i problem is actually doing it. e.g. just looking at the NDK and wish 
> they 
> > had a sample to read the package info etc. 
> > 
> > offloading app logic to server is a great idea - but my app is designed 
> to 
> > work while off-line - so that will not help me. 
> > 
> > i think my thinking is: 
> > - doing some checks in native code 
> > - also including some critical app functions in navtive code (thanks 
> for 
> > that suggestion) 
> > - check license with my server (if online) - and make it a 
> requirement 
> > that it 
> >   needs to pass the test within a set # of days (e.g. 30). 
> > 
> > the problem now is that - all the user has to do is uninstall the app 
> and 
> > re-install it 
> > and then they can use the app for another fixed amount of days. 
> > 
> > 
> > 
> >> 
> > 
> > -- 
> > -- 
> > 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 
> > --- 
> > 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: Obfuscating code

2013-03-01 Thread Kristopher Micinski
I think you took my answer to be dismissive of yours, or to try to
discourage people trying to learn about piracy.  I find it kind of
strange you took it that way, since I was trying to say you were right
:-)

To clarify, the whole point of my post is that piracy is a cost /
benefit trade off.

It's disingenuous to tell people that their app will be safe just by
using LVL, etc... There are real static analysis problems that you
didn't mention.  While I agree with your post, I wish you'd stop to
think that I was indeed supporting you before you try to imply I'm
derailing people from learning about piracy: that's explicitly not my
point.

Kris

On Fri, Mar 1, 2013 at 1:19 PM, Nobu Games  wrote:
> Here we go again. Senior Android developers being irritated about people
> discussing anti-piracy. As if it were totally insane and offensive to even
> try. My suggestions are the possibilities given the circumstances. I do know
> that they do not make your app bullet-proof and I also mentioned that
> multiple times in previous posts.
>
> I also never said that I think NDK self-checks cannot be circumvented. Read
> again what I was talking about. It is only about buying some time and you
> certainly put off a huge bulk of script kiddies from even trying to crack
> your app or using 1-click tools if you put some thought and effort into
> obfuscation and self-integrity checks.
>
> We both are on the same page here: it is made harder. That's the whole
> point. And that's not good enough? I also said that the one and only
> solution to that problem is using your own server.
>
> About your code analysis argument: that's why you have to change the code
> flow of the license check to make it harder to find. That's also what Google
> has to say about the LVL.
>
> Seriously, there are people out there who are looking for answers to
> specific problems. These solutions are certainly not perfect and may lull
> you into a false sense of security. But they are still better than doing
> nothing about protecting your app.
>
>
>
> On Friday, March 1, 2013 11:42:24 AM UTC-6, Kristopher Micinski wrote:
>>
>> Really the *only* way to really protect against anti piracy is to
>> perform mission critical operations on a server, at least some of the
>> time, and enforce a good strategy to make sure that can't be cracked.
>>
>> Doing checks in native code can be circumvented, what makes you think
>> they can't?
>>
>> Albeit, it's harder to crack your app.
>>
>> In reality, there is not really anything you can do to "crack proof"
>> your app unless you have a pretty significant security background.
>> Even then, your app can probably be cracked by a skilled adversary.
>> But of course, anti piracy is a cost / benefit analysis.
>>
>> By the way, putting in that number of days requirement doesn't
>> fundamentally change things, the cracker can just remove that check.
>> To have a server help, you need to perform critical operations *on*
>> the server.
>>
>> kris
>>
>> On Fri, Mar 1, 2013 at 11:41 AM, dashman  wrote:
>> > Thank you for some excellent suggestions.
>> >
>> > I've watched that google i/o a few times.
>> >
>> > i problem is actually doing it. e.g. just looking at the NDK and wish
>> > they
>> > had a sample to read the package info etc.
>> >
>> > offloading app logic to server is a great idea - but my app is designed
>> > to
>> > work while off-line - so that will not help me.
>> >
>> > i think my thinking is:
>> > - doing some checks in native code
>> > - also including some critical app functions in navtive code (thanks
>> > for
>> > that suggestion)
>> > - check license with my server (if online) - and make it a
>> > requirement
>> > that it
>> >   needs to pass the test within a set # of days (e.g. 30).
>> >
>> > the problem now is that - all the user has to do is uninstall the app
>> > and
>> > re-install it
>> > and then they can use the app for another fixed amount of days.
>> >
>> >
>> >
>> >>
>> >
>> > --
>> > --
>> > 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
>> > ---
>> > 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+unsu

[android-developers] ARM EABI v7a System Image

2013-03-01 Thread bob
 

Can someone help me understand what this update is:


ARM EABI v7a System Image




I'm wondering exactly what is in that package.


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.




Re: [android-developers] ARM EABI v7a System Image

2013-03-01 Thread TreKing
On Fri, Mar 1, 2013 at 2:03 PM, bob  wrote:

> I'm wondering exactly what is in that package.
>
http://justfuckinggoogleit.com/

Hope that helps.

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




[android-developers] Re: Problem with gradle build version 0.3 and signing (signingConfigs)

2013-03-01 Thread Jonathan S
http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Signing-Configurations
 
I see string values

On Friday, March 1, 2013 6:53:19 AM UTC-5, Daniel Rindt wrote:
>
> Hello,
>
> using the builder version 0.3 and try to sign my app. Those values are 
> present in ~/.gradle/gradle.properties and worked fine in version 0.2.
> Here is my definition:
> apply plugin: 'android'
>
> def getCurrentVersionCodeOrBuildNumber() {
> ext.v = System.getenv().BUILD_NUMBER?.toInteger()
> if (ext.v == -1 || ext.v == null)
> ext.v = 1
>
> return ext.v
> }
>
> android {
> compileSdkVersion 17
> sourceSets {
> main {
> manifest {
> srcFile "AndroidManifest.xml"
> }
> res {
> srcDir "res"
> }
> java {
> srcDirs = ['src', 'src-gen']
> }
> }
> }
> defaultConfig {
> versionCode getCurrentVersionCodeOrBuildNumber()
> }
> signingConfigs {
> release {
> storeLocation project.ext.androidSigningStoreLocation
> storePassword project.ext.androidSigningStorePassword
> keyAlias project.ext.androidSigningKeyAlias
> keyPassword project.ext.androidSigningKeyPassword
> }
> }
> buildTypes {
> release {
> signingConfig signingConfigs.release
> }
> }
> }
>
> dependencies {
> compile ':android-support:v4'
> compile ':greenDAO:'
> compile ':gson:2.2.2'
> compile project(':ZXing')
> }
>
> when i do a gradle assembleDebug i got:
> A problem occurred evaluating project ':ProjectC'.
> > Could not find method storeLocation() for arguments 
> [/home/drindt/.android/debug.keystore] on 
> SigningConfigDsl_Decorated{name=release, storeFile=null, 
> storePassword=null, keyAlias=null, keyPassword=null, storeType=null}.
>
> The keystore file exits and its accessible with the credentials.
>
> Thank you for suggestions and help.
> Daniel
>

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




[android-developers] Re: Hearing Aid

2013-03-01 Thread Indicator Veritatis
Well, of course you are right. The only right way to proceed is to give up 
on the whole idea of using an Android phone as a hearing aid. But you know 
how it is: the OP may have been hired specifically to do such a thing, and 
not be at liberty to say, "no, it is a bad idea".

On Thursday, February 28, 2013 9:55:21 PM UTC-8, Lew wrote:
>
> Shaik Shabana wrote:
>
>> Thanks John for your reply.
>> Can you pls let me know how can I proceed now?
>>
>
> Didn't he just?
>
> He described the shortcomings of the smartphone as a hearing aid and 
> suggested that you proceed 
> to investigate the history and state of the art of hearing aids.
>
> If I read his advice correctly, he advised you not to make a hearing aid 
> out of a smartphone.
>
> -- 
> Lew
>  
>

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




[android-developers] Re: java.lang.ArrayIndexOutOfBoundsException: too much data for RSA block

2013-03-01 Thread Tarak
Even i have the same issue. Were you able to fix this?

Thanks,
Tarak

On Tuesday, April 12, 2011 11:56:37 PM UTC-7, Rashmi wrote:
>
> I have tried with simple string with out giving UTF-8 format. 
>
> byte[] bts = encrypted.getBytes(); 
> byte[] decrypted = cipher.doFinal(bts); 
>
> Then also it will give same error. 
>
> Thanks, 
> Rashmi 
>
>
>
> On Apr 12, 6:06 pm, Marcin Orlowski  wrote: 
> > Blind shot -> String != byte[] for UTF-8 and I suspect this false 
> assumption 
> > nukes your code. 
> > 
> > Regards, 
> > Marcin Orlowski 
> > 
> > *Tray Agenda * - keep you daily schedule 
> handy... 
> > WebnetMobile on *Facebook * and 
> > *Twitter 
> > 
> > * 
> > On 12 April 2011 14:52, rashmi  wrote: 
> > 
> > > Hi, 
> > > I am using Asymmetric Cipher RSA algorithm for encryption and 
> > > decryption. I am generating private and public keys and using them for 
> > > encryption and decryption respectively. Following is the code snippet. 
> > 
> > >  KeyPair keypair = 
> > > KeyPairGenerator.getInstance("RSA").generateKeyPair(); 
> > 
> > >  private  Cipher cipher = = Cipher.getInstance("RSA"); 
> > 
> > > public String encrypt(String plaintext) throws Exception{ 
> > >this.cipher.init(Cipher.ENCRYPT_MODE, 
> > > this.keypair.getPrivate()); 
> > >byte[] bytes = plaintext.getBytes("UTF-8"); 
> > 
> > >byte[] encrypted =  cipher.doFinal(bytes); 
> > 
> > >return new String(encrypted); 
> > >} 
> > 
> > >public String decrypt(String encrypted) throws Exception{ 
> > >this.cipher.init(Cipher.DECRYPT_MODE, 
> > > this.keypair.getPublic()); 
> > >byte[] bts = encrypted.getBytes("UTF-8"); 
> > 
> > >byte[] decrypted = cipher.doFinal(bts); 
> > 
> > >return new String(decrypted,"UTF-8"); 
> > >} 
> > 
> > > Encryption is working fine. But while decryption it is throwing the 
> > > error "java.lang.ArrayIndexOutOfBoundsException: too much data for RSA 
> > > block". Please let me know how to resolve this problem. Please suggest 
> > > me if any other asymmetric algorithms to work on large data. 
> > 
> > > Thank you, 
> > > Rashmi 
> > 
> > > -- 
> > > 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 
> > 
> >

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




[android-developers] Re: Problem with gradle build version 0.3 and signing (signingConfigs)

2013-03-01 Thread Jonathan S
Okay, I fixed this.

signingConfigs {
myConfig {
storeFile file(signingStoreLocation)
storePassword signingStorePassword
keyAlias signingKeyAlias
keyPassword signingKeyPassword
}
}

buildTypes {
release {
signingConfig signingConfigs.myConfig
}
}

On Friday, March 1, 2013 4:06:37 PM UTC-5, Jonathan S wrote:
>
>
> http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-Signing-ConfigurationsI
>  see string values
>
> On Friday, March 1, 2013 6:53:19 AM UTC-5, Daniel Rindt wrote:
>>
>> Hello,
>>
>> using the builder version 0.3 and try to sign my app. Those values are 
>> present in ~/.gradle/gradle.properties and worked fine in version 0.2.
>> Here is my definition:
>> apply plugin: 'android'
>>
>> def getCurrentVersionCodeOrBuildNumber() {
>> ext.v = System.getenv().BUILD_NUMBER?.toInteger()
>> if (ext.v == -1 || ext.v == null)
>> ext.v = 1
>>
>> return ext.v
>> }
>>
>> android {
>> compileSdkVersion 17
>> sourceSets {
>> main {
>> manifest {
>> srcFile "AndroidManifest.xml"
>> }
>> res {
>> srcDir "res"
>> }
>> java {
>> srcDirs = ['src', 'src-gen']
>> }
>> }
>> }
>> defaultConfig {
>> versionCode getCurrentVersionCodeOrBuildNumber()
>> }
>> signingConfigs {
>> release {
>> storeLocation project.ext.androidSigningStoreLocation
>> storePassword project.ext.androidSigningStorePassword
>> keyAlias project.ext.androidSigningKeyAlias
>> keyPassword project.ext.androidSigningKeyPassword
>> }
>> }
>> buildTypes {
>> release {
>> signingConfig signingConfigs.release
>> }
>> }
>> }
>>
>> dependencies {
>> compile ':android-support:v4'
>> compile ':greenDAO:'
>> compile ':gson:2.2.2'
>> compile project(':ZXing')
>> }
>>
>> when i do a gradle assembleDebug i got:
>> A problem occurred evaluating project ':ProjectC'.
>> > Could not find method storeLocation() for arguments 
>> [/home/drindt/.android/debug.keystore] on 
>> SigningConfigDsl_Decorated{name=release, storeFile=null, 
>> storePassword=null, keyAlias=null, keyPassword=null, storeType=null}.
>>
>> The keystore file exits and its accessible with the credentials.
>>
>> Thank you for suggestions and help.
>> Daniel
>>
>

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




[android-developers] defaults for a Button widget

2013-03-01 Thread bob
 

Can someone help me see where to look to find the defaults for a Button 
widget?


I'm trying to figure out the default padding and margin values as I'm 
seeing some weird layout differences between tvdpi and xhdpi.



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




[android-developers] Re: Hearing Aid

2013-03-01 Thread Lew
Indicator Veritatis wrote:

> Well, of course you are right. The only right way to proceed is to give up 
> on the whole idea of using an Android phone as a hearing aid. But you know 
> how it is: the OP may have been hired specifically to do such a thing, and 
> not be at liberty to say, "no, it is a bad idea".
>

Nevertheless, ignoring what the responder said and simply repeating the 
question without indication that he had 
absorbed the message was at least rather strange, and rather rude. 

 > Lew wrote:

> Shaik Shabana wrote:
>>
>>> Thanks John for your reply.
>>> Can you pls let me know how can I proceed now?
>>>
>>
>> Didn't he just?
>>
>> He described the shortcomings of the smartphone as a hearing aid and 
>> suggested that you proceed 
>> to investigate the history and state of the art of hearing aids.
>>
>> If I read his advice correctly, he advised you not to make a hearing aid 
>> out of a smartphone.
>>
>  
-- 
Lew

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




[android-developers] Re: two activities running at same time

2013-03-01 Thread Indicator Veritatis
Both Stack Overflow posts your refer to assume that both Activities try to 
control the display. But the whole point of his post was that he has one 
that does not use the display at all. So these do not apply.

That said, I am a little surprised it works, too. After all, though there 
is no requirement that an Activity do display, that is usually the case, so 
it is the best tested case. I doubt the case the OP is doing is heavily 
tested at Google, but he seems to have lucked out; perhaps because it is 
less demanding to get it working and keep it working.

On Thursday, February 28, 2013 11:58:49 PM UTC-8, Tamilarasi Sivaraj wrote:
>
> This is not possible.
> You cannot have multiple activities running at the same time.
> And you refer this 
>
> http://stackoverflow.com/questions/6692552/running-two-activities-at-the-same-time-on-the-screen
>
> http://stackoverflow.com/questions/11102337/can-you-have-two-activities-running-at-the-same-time
>
> Regards
> Android developer
> Trinay Technology Solutions
> www.trinaytech.com
> 5705750475
>
> On Thursday, February 28, 2013 9:23:21 PM UTC+5:30, 
> ga...@deanblakely.comwrote:
>>
>> I have an app with a main activity that has no visible interface 
>> (android:theme="@android:style/Theme.NoDisplay).  The app is  started by 
>> receipt of an SMS message in a BroadCast activity which kicks off another 
>> activity (also no GUI) that does work and then sends an SMS message.  It 
>> works very well; actually better than I had expected because it runs even 
>> if other apps are running a foreground activity.
>>  
>> Now I'm familiar with the Android Activity Lifecycle but I guess this 
>> means that Android (I'm using 2.33) can run "many" activities "at once."  
>> Even when I'm running a very active GPS tracking application that is 
>> writing layers on a mapview, my "no-display" app starts does his work and 
>> sends the results out on an SMS message.  The tracking app that was running 
>> never even blinked.
>>  
>> I don't have any problem (at least not programming related), I'm just 
>> curious why this works.
>> Regards,
>> Gary
>>  
>>  
>>
>

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




[android-developers] anyone have a pandaboard

2013-03-01 Thread mike digioia
Hi

Anyone have a pandaboard not use and willing to sell 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.




[android-developers] Re: anyone have a pandaboard

2013-03-01 Thread G. Blake Meike
Would and ES work?

On Friday, March 1, 2013 5:10:59 PM UTC-8, mike digioia wrote:
>
> Hi 
>
> Anyone have a pandaboard not use and willing to sell 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.




Re: [android-developers] Re: anyone have a pandaboard

2013-03-01 Thread mike digioia
Do you remember the difference with a2
On Mar 1, 2013 5:45 PM, "G. Blake Meike"  wrote:

> Would and ES work?
>
> On Friday, March 1, 2013 5:10:59 PM UTC-8, mike digioia wrote:
>>
>> Hi
>>
>> Anyone have a pandaboard not use and willing to sell 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] Re: How to hide my widget from the Widgets list.....?

2013-03-01 Thread Abhilash baddam
Hi,

Thanks for the reply. But need more help.

On Fri, Mar 1, 2013 at 2:14 PM, futurexiong  wrote:

> AppWidgetProvider is also a BroadcastReceiver,and I think you also can
> enable or disable it through your code.But I don't know whether it would
> work because I don't see AppWidgetService.java parse the "enabled"
> attribute and how it deals with that attribute.Get a try.Hope that can help
> you.
>
> 在 2013年3月1日星期五UTC+8下午3时31分50秒,abhay_401写道:
>
>> Hi,
>>
>> When the user long press on Homescreen, he will get some options, Widgets
>> is one of them. If the user selects Widgets, he will get the list of
>> widgets in which he can launch on home.
>>
>> Based on some conditions I don't want to show him my widget on the list.
>> For ex: I am having boolean value, if it's true then only show my widget in
>> the list, so that user can launch it otherwise I dont want to show my
>> widget is Widgets list.
>>
>> How can we do this. Can anybody is having idea on this?
>>
>  --
> --
> 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.




[android-developers] Update Galaxy Note 10.1 N8000 Update Galaxy Note 10.1 N8000

2013-03-01 Thread Ba Thanh Nguyen


Samsung has released ZSBMB1 Android 4.1.2 Jelly Bean update for Galaxy Note 
10.1 N8000 users. The update comes with several bug fixes and security 
updates. While this update is available via KIES and it is recommended that 
you get it from there. If for some reason, you cannot access the official 
update or would like not to wait and get it on your tablet right now, here 
is a guide to update your Galaxy Note 10.1 N8000 to ZSBMB1 Android 4.1.2 
Jelly Bean Official Firmware.
[image: 
root-samsung-galaxy-note-10-n8000]Android
 
4.1.2 ZSBMB1 Firmware Details:

PDA: N8000ZSBMB1
CSC: N8000OZSBMB1
Version: 4.1.2

[image: odin3-screen]
Steps for Updating Galaxy Note 10.1 N8000 to ZSBMB1 Android 4.1.2 Jelly 
Bean Official Firmware
   
   1. Download and Extract *N8000ZSBMB1_N8000OZSBMB1_TGY.zip* to get a file 
   with .tar extension in the unzipped folder.
   You will then extract Odin zip file to get Odin3 v3.07.exe.
   2. Switch your tablet off. And make sure that you wait 5-6 seconds to 
   confirm complete the power down cycle.
   3. You will then put your Galaxy Note 10.1 N8000 tablet in Download Mode 
   by pressing and holding down the Volume Down button, alongside Home and the 
   Power button, until the screen flashes the Samsung Logo. After a few 
   seconds of that, the tablet will enter download mode.
   4. Run Odin3 v3.07.exe with Administrator rights.
   5. Now that you are all prepared to root your tablet, connect your 
   Galaxy Note 10.1 N8000 with your PC. You will then see a notification 
   appear in Odin in the bottom left saying “Added!!”. If for some reason, you 
   do not see the said notification, try another USB port. If that too doesn’t 
   work, then reinstall the USB driver. Once you successfully see the 
   “Added!!” notification in Odin, you are good to go. Also, check for COM 
   port being depicted by a number in ‘yellow’ to make sure that you have 
   successfully added your device.
   6. Select the following files in Odin at their respective tabs from 
   extracted *DVBMA2* firmware folder :
   Click the ‘PDA’ Button, and select the .tar file extracted in Step 1.
   

   - Click the ‘Phone’ Button, and select file with *modem* in its name 
   (Ignore, if this file does not file exist).
   - Click the ‘CSC’ Button, and select file with *csc* in its name 
   (Ignore, if this file does not file exist).
   Click the ‘PIT’ Button, and select the .pit file. Use only if you got it 
   while extracting in step 1 above, otherwise ignore it.
   - In Odin window, make sure Auto Reboot and F. Reset Time checkboxes are 
   selected. Please make sure that Re-Partition checkbox is selected, only if 
   you are using a .pit file.
   - Hit the ‘START’ button to begin the flashing process.
   - Once the flashing process is completed, the tablet will automatically 
   reboot and you will see a ‘Green’ PASS notification in the top-left-most 
   box. You can unplug the device from the computer now.

If you have followed every point described in the guide, your Galaxy Note 
10.1 N8000 should now be running Android 4.1.2 Jelly Bean build 
N8000ZSBMB1. If there are any issues, feel free to post in the comments 
section for our staff to take a look at it.
Downloads

[image: 9android-download-btn]


   1. Download Android 4.1.2 N8000ZSBMB1 for Galaxy Note 10.1 
N8000
   2. Download Odin

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




[android-developers] Root Galaxy Note 10.1 N8000 to Android 4.1.2 Jelly Bean

2013-03-01 Thread Ba Thanh Nguyen

[image: root-samsung-galaxy-note-10-n8000]Steps
   
   1. Download and extract 
*CF-Auto-Root-p4noterf-p4noterfxx-gtn8000.zip*.
 
   You will obtain a *CF-Auto-Root-p4noterf-p4noterfxx-gtn8000.tar.md5* file 
   in the unzipped folder.
   2. Download and install Odin 
v3.07
   3. You will then put your Galaxy Note 10.1 N8000 tablet in Download Mode 
   by pressing and holding down the Volume Down button, alongside Home and the 
   Power button. A screen will then come up; warning you about entering into 
   Download Mode, press the Volume Down key to continue to enter Download Mode.
   4. Now, run Odin3 v3.04.exe with Administrator rights.
   
   [image: odin3-screen]
   5. Now that you are all prepared to root your tablet, connect your 
   Galaxy Note 10.1 N8000 with your PC. You will then see a notification 
   appear in Odin in the bottom left saying “Added!!”. If for some reason, you 
   do not see the said notification, try another USB port. If that too doesn’t 
   work, then reinstall the USB driver. Once you successfully see the 
   “Added!!” notification in Odin, you are good to go. Also, check for COM 
   port being depicted by a number in ‘yellow’ to make sure that you have 
   successfully added your device.
   6. Select these files in Odin at respective button:
  - Click the PDA Button, and select the *
  CF-Auto-Root-m3-m3dv-gti9305t.tar.md5* file.
  - In Odin window, make sure Auto Reboot and F. Reset Time checkboxes 
  are selected.
  - Hit the START button to begin the flashing process.
  - Once the flashing process is completed, the tablet will 
  automatically reboot and you will see a ‘Green’ PASS notification in the 
  top-left-most box. You can unplug the device from the computer now.
   
Your Galaxy Note 10.1 N8000 running ZSBMB1 Android 4.1.2 Jelly Bean 
firmware is now rooted. If there are any issues, feel free to post in the 
comments section for our staff to take a look at it.
Download

[image: 9android-download-btn]


   - Download the root ROM 
*CF-Auto-Root-p4noterf-p4noterfxx-gtn8000*
   - Download Odin

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




[android-developers] When and how are LayoutParams examined, aside from onLayout and onMeasure

2013-03-01 Thread momo
I have a custom ViewGroup that's only ever managing the size and position 
of one child.  I've override onMeasure and onLayout so that LayoutParams 
are never examined, yet it fails unless I do provide LayoutParams.  Here 
are abbreviated summaries of the relevant portions of the class:


public class SomeSpecialLayoutManager extends ViewGroup {

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
measureChildren(widthMeasureSpec, heightMeasureSpec);
int w = mChild.getMeasuredWidth();
int h = mChild.getMeasuredHeight();
w = Math.max(w, getSuggestedMinimumWidth());
h = Math.max(h, getSuggestedMinimumHeight());
w = resolveSize(w, widthMeasureSpec);
h = resolveSize(h, heightMeasureSpec);
setMeasuredDimension(w, h);
}

@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
mChild.layout( 0, 0, mWidth, mHeight );
}
}


Using the above, the following *does* work:

LayoutParams lp = mChild.getLayoutParams();
lp.width = mWidth;
lp.height = mHeight;
mChild.setLayoutParams( lp );

But since neither `onMeasure` nor `onLayout` even makes reference to 
`LayoutParams`, I wonder why it's required, or even how it's referenced at 
all.  I would assume that since the layout pass grabs `mWidth` and 
`mHeight` directly, there'd be no need for the `LayoutParams` at all - and 
that a call to requestLayout would update it appropriately.

However, when I isolate the above in a small program outside of a 
complicated View tree with scrolling layers that exceed "normal" container 
sizes, it *does* work as expected, so I have to assume the issue is in the 
measure pass.

I've read as much documentation as I can find about what's going on during 
the measure and layout passes, and examined the source, but I believe I 
must be missing something.

TYIA.

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




[android-developers] How to enable and disable mobile network programmatically ?

2013-03-01 Thread mohammed Nuhail
Hello people,
I want to enable and disable mobile network programmatically while
pressing a button..please help me out with this..

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.




Re: [android-developers] How to enable and disable mobile network programmatically ?

2013-03-01 Thread Robert Greenwalt
You could use ConnectivityManager.setMobileDataEnabled(false) - that will
just take down data (and mms).


On Fri, Mar 1, 2013 at 10:28 PM, mohammed Nuhail wrote:

> Hello people,
> I want to enable and disable mobile network programmatically while
> pressing a button..please help me out with this..
>
> 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] How to enable and disable mobile network programmatically ?

2013-03-01 Thread mohammed Nuhail
setMobileDataEnabled(false) is not their ..

On Sat, Mar 2, 2013 at 12:05 PM, Robert Greenwalt wrote:

>
>
> You could use ConnectivityManager.setMobileDataEnabled(false) - that will
> just take down data (and mms).
>
>
> On Fri, Mar 1, 2013 at 10:28 PM, mohammed Nuhail wrote:
>
>> Hello people,
>> I want to enable and disable mobile network programmatically while
>> pressing a button..please help me out with this..
>>
>> 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.