[android-developers] Re: Hebrew Fonts on Android 2.1
Hi Ilan, You may trying installing Hebrew fonts by yourself. 1. You need to get root access on your phone 2. Install Hebrew fonts Should be easy to find relevant instructions on Google search. Good luck Alex On May 10, 10:36 am, Lanpazi lanp...@gmail.com wrote: I love my new HTC Incredible, but it is frustrating to not be able to read and respond to emails and Facebook content on a daily basis. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] SUPPLICANT_CONNECTION_CHANGE_ACTION - Is it a bug in Android sources?
Hi, I'm learning the StatusBarPolicy.java as a reference for implementing a WiFi Monitor: http://android.git.kernel.org/?p=platform/frameworks/base.git;a=blob_plain;f=services/java/com/android/server/status/StatusBarPolicy.java;hb=HEAD I've noticed something strange with the processing of the SUPPLICANT_CONNECTION_CHANGE_ACTION actions. 1. First, the BroadcastReceiver registers with the following filters (including the SUPPLICANT_CONNECTION_CHANGE_ACTION): filter.addAction(WifiManager.WIFI_STATE_CHANGED_ACTION); filter.addAction(WifiManager.SUPPLICANT_CONNECTION_CHANGE_ACTION); filter.addAction(WifiManager.NETWORK_STATE_CHANGED_ACTION); filter.addAction(WifiManager.RSSI_CHANGED_ACTION); 2. The onReceive method calls the updateWifi for the processing. However, the SUPPLICANT action is not handled here: if (action.equals(WifiManager.NETWORK_STATE_CHANGED_ACTION) || action.equals(WifiManager.WIFI_STATE_CHANGED_ACTION) || action.equals(WifiManager.RSSI_CHANGED_ACTION)) { updateWifi(intent); } 3. updateWifi however tries to handle the SUPPLICANT_CONNECTION_CHANGE_ACTION anyway: else if (action.equals(WifiManager.SUPPLICANT_CONNECTION_CHANGE_ACTION)) { ... } It seems to me that the SUPPLICANT_CONNECTION_CHANGE_ACTION is left unhandled. Is it a bug or am I missing something? Thanks Alex -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Build.MODEL and Build.PRODUCT usage
Hi, Can I use the Build.MODEL and Build.PRODUCT to detect the emulator? Looks like these strings are always equal to sdk in emulators. Will it be able to work all the or will it eventually finally on an Android SDK update or a new phone? Thanks Alex -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en To unsubscribe, reply using remove me as the subject.
[android-developers] Re: integrating pro-guard (obfuscation).
You haven't convienced me :). I still think that ProGuard may be usefull in my project. I'd like ot second phil's request for help on integrating the ProGuard with Ecclipse/Android. On Dec 16, 12:17 am, CyberQat jef...@gmail.com wrote: Well since you raised them this is for others reading the thread since, as you said, you've already made up your mind... -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] HelloWebView tutorial - onKeyDown doesn't work without WebViewClient
Hi, I wonder why the HelloWebView.onKeyDown stops working if the WebView is used without overloaded WebAppClient: // webview.setWebViewClient(new WebAppClient()); I guess this question is related to the following line of the tutorial: However, you'll notice that we can't navigate back. We need to handle the back button Unfortunately the tutorial does not provide more details on that fact. So, what am I missing here? Thanks Alex -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Using intent with startActivity from inner class
Hi, No help is required. Strange enough, unintentional restart of Eclipse has solved the issue without a single line change :) Thanks anyway, Alex On Dec 15, 9:04 pm, alexk-il alexander.ku...@gmail.com wrote: Hi, I am trying to use an intent from an inner class which should be callable from different Activities/outer classes. I receive the following compilation error: The constructor Intent(InnerClass, ClassOtherClass) is undefined. The code below illustrates what I am trying to achieve. Any help would be greatly appreciated. Thanks, Alex -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Using intent with startActivity from inner class
Hi, Well, there compilation problem has disappeared after an unintentional restart of the Eclipse. The code actually does it job. Strange... Thanks for your time, anyway :) Cheers, Alex On Dec 15, 9:04 pm, alexk-il alexander.ku...@gmail.com wrote: I am trying to use an intent from an inner class which should be callable from different Activities/outer classes. I receive the following compilation error: The constructor Intent(InnerClass, ClassOtherClass) is undefined. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Using intent with startActivity from inner class
Hi, I am trying to use an intent from an inner class which should be callable from different Activities/outer classes. I receive the following compilation error: The constructor Intent(InnerClass, ClassOtherClass) is undefined. The code below illustrates what I am trying to achieve. Any help would be greatly appreciated. Thanks, Alex public class OuterClass1 extends Activity { @Override public void onCreate(Bundle savedInstanceState) { ... new InnerClass(this); ... } } public class OuterClass2 extends Activity { @Override public void onCreate(Bundle savedInstanceState) { ... new InnerClass(this); ... } } public class InnerClass { public InnerClass(Activity ac){ ... Intent i = new Intent(ac, FooBar.class); // This line compiles // Next line doesn't compile - The constructor Intent (InnerClass, ClassOtherClass) is undefined ac.startActivity(i); ... } } -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
On Dec 1, 12:23 am, strazzere str...@gmail.com wrote: Alex, can you please clarify something for us? Today we did check of our sales. And found interesting aspects: 1) 4% of people that install pirated copy after black list discussions and news over internet decide to buy application; How are you getting this number -- from your technical support it appears; How to track piracy ? It's simple: difference between activations and sales give you a number of pirated copies. Source:http://www.artfulbits.com/Support/forum.aspx?g=postst=23 Just wondering where the 4% is coming from, or if it's just that a few copies where sold. Or maybe someone emailed you wondering why their rapidshare'ed apk wasn't working? formula is simple: this is a percent of people that previously reported as pirated copy activation and after that decide to buy it. We provide several Ways of doing that: contact our support, buy product over our page and etc. All customers that contact us are well understand what for we did activation and copy protection. Also, I never actually got a response to my email on this thread... It's somewhere on the first page, maybe post 18 or 19. Anyway, I ask why you aren't just using the ANDROID_ID? It's obtainable without using any extra permissions, does not entail the same (though it could be argued) privacy concerns, and it still links you to a specific device? I've looked through your documentation and your FAQ and haven't really found any reason as to exactly why your using the IMEI over the ANDROID_ID? *Yes*, you could spoof the ANDROID_ID, but it's also just a easily done to crack the application/remove the check, or even spoof the IMEI. ANDROID_ID do not allow to block deveice on mobile operator level. IMEI is a significant information for mobile operators and if our database collect huge amount of records about piracy from one device, we can ask police for identifing that person and IMEI will be a very good instrument in there hands. Last, I'm wondering exactly how this pans out for how the purchasing of the application works with Google Market and your protection system. Currently the purchase is linked to my Google Checkout account - NOT my device. This means when I transferred from my G1 to myTouch I didn't lose any applications I've purchased. With your protection system along with the way you count the piracy, aren't your going to wrongly find pirates among real customers? Just for example... If I've bought your products, transfer phones and sell my phone. Whoever buys my phone is correct under your protection system in using the application since it's linked to the device. Though when I fire up the market on my new device using the same account, it will allow me to download the applications I've previously paid for. Though your protection mechanism is going to label me a pirate and mark my IMEI. Do you guys handle this situation any specific way? I'm happy that everyone who made post here are woried about real customers. Be sure we have our ways to identify them and keep in white list if we can call it in such way. In case of device change all customer is have to do is to notify us about that (it's a pity that we do not have another way of doing that, but this is more a question to Google Market store API then to us as vendor of software). --Tim Strazzere On Nov 30, 12:11 pm, AlexK kucherenko.a...@gmail.com wrote: Hi, Today we did check of our sales. And found interesting aspects: 1) 4% of people that install pirated copy after black list discussions and news over internet decide to buy application; This is really good news! 2) after changing protection and converting old versions into honey pots we catch 10-15 users per day that still trying to activate pirated version of the product. Quite interesting that those user simply don't want to search over web and find manufacture web page or alternative to Android Market. They prefer to download copy from rapidshare (or something similar) and install it. 3) Russian file exchange servers have the most problematic support. After we ask to close illegal content, they continue to ignore us... and after one week and tones of e-mails they decide to stop content sharing... 4) We decide to make open source library for other developers that will provide advanced licensing technology for everyone who wants it. We hope our efforts will help vendors to protect own investments. Thanks, Good Luck On Nov 16, 1:12 pm, AlexK kucherenko.a...@gmail.com wrote: Our company starts todayanti-piracyinitiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20
[android-developers] Re: Android Market Anti-Piracy
ANDROID_ID compromized http://strazzere.com/blog/?tag=android_id On Dec 1, 12:23 am, strazzere str...@gmail.com wrote: Alex, can you please clarify something for us? Today we did check of our sales. And found interesting aspects: 1) 4% of people that install pirated copy after black list discussions and news over internet decide to buy application; How are you getting this number -- from your technical support it appears; How to track piracy ? It's simple: difference between activations and sales give you a number of pirated copies. Source:http://www.artfulbits.com/Support/forum.aspx?g=postst=23 Just wondering where the 4% is coming from, or if it's just that a few copies where sold. Or maybe someone emailed you wondering why their rapidshare'ed apk wasn't working? Also, I never actually got a response to my email on this thread... It's somewhere on the first page, maybe post 18 or 19. Anyway, I ask why you aren't just using the ANDROID_ID? It's obtainable without using any extra permissions, does not entail the same (though it could be argued) privacy concerns, and it still links you to a specific device? I've looked through your documentation and your FAQ and haven't really found any reason as to exactly why your using the IMEI over the ANDROID_ID? *Yes*, you could spoof the ANDROID_ID, but it's also just a easily done to crack the application/remove the check, or even spoof the IMEI. Last, I'm wondering exactly how this pans out for how the purchasing of the application works with Google Market and your protection system. Currently the purchase is linked to my Google Checkout account - NOT my device. This means when I transferred from my G1 to myTouch I didn't lose any applications I've purchased. With your protection system along with the way you count the piracy, aren't your going to wrongly find pirates among real customers? Just for example... If I've bought your products, transfer phones and sell my phone. Whoever buys my phone is correct under your protection system in using the application since it's linked to the device. Though when I fire up the market on my new device using the same account, it will allow me to download the applications I've previously paid for. Though your protection mechanism is going to label me a pirate and mark my IMEI. Do you guys handle this situation any specific way? --Tim Strazzere On Nov 30, 12:11 pm, AlexK kucherenko.a...@gmail.com wrote: Hi, Today we did check of our sales. And found interesting aspects: 1) 4% of people that install pirated copy after black list discussions and news over internet decide to buy application; This is really good news! 2) after changing protection and converting old versions into honey pots we catch 10-15 users per day that still trying to activate pirated version of the product. Quite interesting that those user simply don't want to search over web and find manufacture web page or alternative to Android Market. They prefer to download copy from rapidshare (or something similar) and install it. 3) Russian file exchange servers have the most problematic support. After we ask to close illegal content, they continue to ignore us... and after one week and tones of e-mails they decide to stop content sharing... 4) We decide to make open source library for other developers that will provide advanced licensing technology for everyone who wants it. We hope our efforts will help vendors to protect own investments. Thanks, Good Luck On Nov 16, 1:12 pm, AlexK kucherenko.a...@gmail.com wrote: Our company starts todayanti-piracyinitiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20% of all installs are legal, other 80% are in piracy hands. Google does not provide any actions to stop piracy, so we as a vendor that provide software for Android Market, have to think about protection measures. Piracy is threat that cannot be target easily and eliminated in one day. Only join of all vendors can help inanti-piracy. ArtfulBits company decide to start from today AndroidAnti-piracy Movement with main goal: protect vendors and punish piracy. Our next steps are: - Petition to Google with request to provide betteranti-piracy protocols for Android Market; - Collective anti-Google charge, from side of vendors that loose money due to Google security holes in Android Market application distribution channel; - Public web service Black List, that helps all developer to check is there application installed on pirate phone; - Joining of the software vendors over that problem for finding betteranti
[android-developers] Re: Android Market Anti-Piracy
Hi, Today we did check of our sales. And found interesting aspects: 1) 4% of people that install pirated copy after black list discussions and news over internet decide to buy application; This is really good news! 2) after changing protection and converting old versions into honey pots we catch 10-15 users per day that still trying to activate pirated version of the product. Quite interesting that those user simply don't want to search over web and find manufacture web page or alternative to Android Market. They prefer to download copy from rapidshare (or something similar) and install it. 3) Russian file exchange servers have the most problematic support. After we ask to close illegal content, they continue to ignore us... and after one week and tones of e-mails they decide to stop content sharing... 4) We decide to make open source library for other developers that will provide advanced licensing technology for everyone who wants it. We hope our efforts will help vendors to protect own investments. Thanks, Good Luck On Nov 16, 1:12 pm, AlexK kucherenko.a...@gmail.com wrote: Our company starts todayanti-piracyinitiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20% of all installs are legal, other 80% are in piracy hands. Google does not provide any actions to stop piracy, so we as a vendor that provide software for Android Market, have to think about protection measures. Piracy is threat that cannot be target easily and eliminated in one day. Only join of all vendors can help inanti-piracy. ArtfulBits company decide to start from today AndroidAnti-piracy Movement with main goal: protect vendors and punish piracy. Our next steps are: - Petition to Google with request to provide betteranti-piracy protocols for Android Market; - Collective anti-Google charge, from side of vendors that loose money due to Google security holes in Android Market application distribution channel; - Public web service Black List, that helps all developer to check is there application installed on pirate phone; - Joining of the software vendors over that problem for finding betteranti-piracystrategies; - Identification of the roots of piracy, that make possible Android Market software leaking and contribution them to justice. A little later today we will open black-list database of devices, where was installed stolen version of applications. In addition, we will provide easy code for all developers that can be integrated into own application and during first start, check is phone in black list or not. OpenedAnti-Piracyforum thread:http://www.artfulbits.com/Support Petition can be signed here:http://www.petitionspot.com/petitions/androidpiracy Stay tuned! Thanks. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
Any protection based on identification of the user. So without unique information that personally related to end-user copy protection can not be build. From you quotes looks like I can not report about thief because I'll open his/here personal information?! On Nov 20, 12:34 pm, LambergaR martin.s...@gmail.com wrote: Here we are talking about an EU legislation that is valid in all EU states, but similar laws exist in US and other countries. Keeping and processing some person data without their knowledge and allowance is simply not allowed - and I definitely think that IMEI is something that can identify me as an individual. All my expenses, everything I buy using my telephone is stored at my operator using the unique identifier (IMEI + phone number) an later on linked to all the remaining data they have. As I don't really mind if some programs have access to my IMEI number, storing and publishing it (without informing me) will not be tolerated. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
ok... I got your point. Maybe you know how it's possible to have shared database of user history between loan companies? My point is: everywhere where involved money give you possibility to collect personal data and use it for own customers protection. of course that does not mean that you can publish that information everywhere. In my cases returned only device piracy threat level which make improssible to identify who is the customer, what exectly he/she do to get that status... Sources are not opened - user privacy is protected. So what you afraid?! That some one knows more then telling?! That someone add additional risk for piracy?! On Nov 20, 3:53 pm, LambergaR martin.s...@gmail.com wrote: You can report the user to some sort of LEGAL authority and they can get and process users data. You (as a person that is not an law officer) are not allowed to store and process any personal data without my explicit permission. So, you can report the user to police but if you are using any data gathered in illegal way your complaint is not valid. Privacy is a very problematic issue - and it should be that way! -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
One more note - in case if I will store IMEI proccessed by some kind of algorithm that will make impossible reverting of the original data the user will be 100% safe?! for example calculate MD5/ASH1 hash and store it instead of original IMEI?! On Nov 20, 3:53 pm, LambergaR martin.s...@gmail.com wrote: You can report the user to some sort of LEGAL authority and they can get and process users data. You (as a person that is not an law officer) are not allowed to store and process any personal data without my explicit permission. So, you can report the user to police but if you are using any data gathered in illegal way your complaint is not valid. Privacy is a very problematic issue - and it should be that way! -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
Thanks for yours nice ideas. I'll install CAPTCHA on form. On Nov 19, 5:04 pm, Kaj Bjurman kaj.bjur...@gmail.com wrote: So how do they they expect piracy to be reported? How do they handle a worm or malicious program / user that reports all IMEI numbers that it finds (or generates)? Creating a program that generates IMEI and then reports them shouldn't be that hard. On 19 Nov, 15:40, nEx.Software email.nex.softw...@gmail.com wrote: @LambergaR: Because they are trying to trick the user into registering their phone to justify they are not a pirate, but in actuality, they user is being forced to report himself/herself as a potential pirate and to give their personal information so that it may be used against them in the future. Makes sense right? I have not installed the app they have created so I am not sure whether there is a privacy notice or something of the ilk, but if not... I'd be very concerned about what is happening with my personal information. For what it's worth, the online report page athttp://www.artfulbits.com/Android/try/reportPirate.aspx does not have any privacy notice so I doubt that the application does. @Kaj Bjurman: Of course not, they only expect people to report their own phones... And they expect developers to ALWAYS request permission to retrieve the IMEI of the device, and Internet permissions. Sweet! Access to information about me / my phone and the ability to send it anywhere they wish... Sounds good to me. On Nov 19, 7:01 am, Kaj Bjurman kaj.bjur...@gmail.com wrote: Do they really expect people to manually report each phone? On 19 Nov, 12:09, Paul Turchenko paul.turche...@gmail.com wrote: Guess they are gathering data from different application vendors. As far as I can tell, they will tell that device is 100% blacklisted only if 2 of 3 application vendors have reported that particular IMEI has pirated application installed. Look here:http://www.artfulbits.com/Android/try/reportPirate.aspx-reportform.ht As a developer, I will definitely integrate their protection system in my application and WILL deny activation if IMEI is in the black list. On Nov 18, 10:43 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: AlexK - you didn't mention where you get your data for the blacklist. I am guessing its based on pirated copies of your app. How are you determining which users have illegal copies? -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
Catch You! Ha-ha! BTW he wrote own applications not only for our company! On Nov 19, 5:31 pm, strazzere str...@gmail.com wrote: As a developer, I will definitely integrate their protection system in my application and WILL deny activation if IMEI is in the black list. It would make sense for a software developer who works at ArtfulBits to use their own protection, wouldn't it? http://www.linkedin.com/in/paulturchenko Paul Turchenko Developer at ArtfulBits On Nov 19, 6:09 am, Paul Turchenko paul.turche...@gmail.com wrote: Guess they are gathering data from different application vendors. As far as I can tell, they will tell that device is 100% blacklisted only if 2 of 3 application vendors have reported that particular IMEI has pirated application installed. Look here:http://www.artfulbits.com/Android/try/reportPirate.aspx-report form.http://www.artfulbits.com/Android/antipiracy.aspx-code integration. As a developer, I will definitely integrate their protection system in my application and WILL deny activation if IMEI is in the black list. On Nov 18, 10:43 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: AlexK - you didn't mention where you get your data for the blacklist. I am guessing its based on pirated copies of your app. How are you determining which users have illegal copies? -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
On Nov 19, 2:04 pm, LambergaR martin.s...@gmail.com wrote: There are a few things I would like to point out. First of all, I think, that Google (or the OHA) are not there to support some lazy developers that are not able to implement some simple web activation mechanism. Java apps ware (and will be) subject to reverse engineering. Android platform is open source, meaning that any developer can download and modify the source code (ok, all the changes are subject to some limitations as described in several different licence agreements) and end users can choose to install any flavour they want - but only if they are willing to go trough some quite technical procedures, they loose all the OTA upgrades etc. You cant blame Google for users hacking the system - that would be the same as blaming inventors of the internet for all the worms and (d)dos attacks. Next thing to keep in mind is, that there is a fair share of users that CAN NOT buy the applications due to Android market not being available in every country. You, as a developer should provide some alternatives and by providing the alternative you provide a much better licensing mechanism. Google can invest some money into better security. Or give chance other developers close this hole for them. Or show that for stolen applications they can find hacker and charge him for 10M$. :) With there resources they could do a lot, but prefer to stay calm. What Google provides is good enough for most of the application developers and users. Blacklisting is not helpful and might not even be legal! Which law does it break?! -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
{QUOTE} The legitimacy of data processing: personal data may be processed only if the data subject has unambiguously given his/her consent or processing is necessary: - for the performance of a contract to which the data subject is party or; - for compliance with a legal obligation to which the controller is subject or; - in order to protect the vital interests of the data subject or; - for the performance of a task carried out in the public interest or; - for the purposes of the legitimate interests pursued by the controller; {QUOTE} IN ORDER TO PROTECT THE VITAL INTERESTS this is the main goal of all anti-piracy. On Nov 19, 7:57 pm, LambergaR martin.s...@gmail.com wrote: http://europa.eu/legislation_summaries/information_society/l14012_en.htm -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
Today we release anti-piracy black list check application. You can download it from Android Market - search: aiAntiPiracy Alternative Market: https://slideme.org/application/aiantipiracy On Nov 16, 1:12 pm, AlexK kucherenko.a...@gmail.com wrote: Our company starts today anti-piracy initiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20% of all installs are legal, other 80% are in piracy hands. Google does not provide any actions to stop piracy, so we as a vendor that provide software for Android Market, have to think about protection measures. Piracy is threat that cannot be target easily and eliminated in one day. Only join of all vendors can help in anti- piracy. ArtfulBits company decide to start from today Android Anti-piracy Movement with main goal: protect vendors and punish piracy. Our next steps are: - Petition to Google with request to provide better anti-piracy protocols for Android Market; - Collective anti-Google charge, from side of vendors that loose money due to Google security holes in Android Market application distribution channel; - Public web service Black List, that helps all developer to check is there application installed on pirate phone; - Joining of the software vendors over that problem for finding better anti-piracy strategies; - Identification of the roots of piracy, that make possible Android Market software leaking and contribution them to justice. A little later today we will open black-list database of devices, where was installed stolen version of applications. In addition, we will provide easy code for all developers that can be integrated into own application and during first start, check is phone in black list or not. Opened Anti-Piracy forum thread:http://www.artfulbits.com/Support Petition can be signed here:http://www.petitionspot.com/petitions/androidpiracy Stay tuned! Thanks. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
On Nov 17, 12:01 am, strazzere str...@gmail.com wrote: It's hard to get into all the dynamics of it, but I'll gladly have a conversation offline with you if you'd like to have one. I'll try to touch briefly upon most of this though. Yes - I agreed the protection Google has implemented does not suffice for now. One would have hoped it could have been resigned to run specifically on that phone, or some type of protection like that. Instead we have a forward-locked application that essentially doubles in size since it has a zip file in /data/apps and it's actual apk in /data/app-private which is just a simple linux permission based protection. I agree with nEx on this one, that your asking a bit much for some applications to be granted internet permission, more importantly, your now asking for someone to grant READ_PHONE_STATE. This is something I've been more protective of over the internet permission. Your no longer using the ANDROID_ID and now using an IMEI. Since the IMEI is specific to the phone, why not use the ANDROID_ID? It is also linked to that phone and does not require any addition permissions... From the other side of things, it is also spoofable - so your not risking / more/ than you would by using the IMEI. IMEI code gives justice possibility to find phone owner and punish him. Other IDs can not help in that. In many countries exists IMEI code database created by cellular operators, and you can ask for phone place detection and switching off, of course if you have proper papers in hands. I think pirate should now that if he steal and rich some kind of our pations limit, then we can punish him or at least force him to buy all applications and compencate sales losts. You've touched on a few products and mentioned that they are all activation required. I completely agree that this is the activation method people should be taking, but you must also know -- all the products you've listed are easily available for a pirate... So why do people buy them then? Activation often /comes/ with something. Continued program update, patches, data updates, incentives to things, SUPPORT, plug-ins, etc. That's why these things can sell. Your always going to have the kiddies who download things for the sake of, I have this and I got it for free, always. Your always going to have people who can get it to them, because you've developed some crazy protection, and it's a game for them to break it. What needs to be done is put up some protection, and make your product better. If you spending more time on developing your protection system than your next feature, you need to re-evaluate your business plan. Protection schemes will probably add no business value compared to the next cutting edge feature... I'm easy on piracy. My idea: You have to try product for some time and only after that decide do you want it or not. But in most cases It's easy to contact product developer and ask about trial version. It's a common practice to give people trial for trying the product. I'd like to just quickly rebase in saying, I'm not against your scheme - I just don't see how you plan to make this work. If you open up your blacklisting, it just seems like it will be too easy to circumvent and even easier to abuse. Circumvention isn't too much of an issue, but the abuse is just going to land you in problems with good customers. Yes, they could always email you and defend their IMEI. Though unless you've developed a /must have/ app that no one else has, why would a customer put up with having to defend themselves - you should always want to give customers a path a least resistance :) In my case, I even reduce price to stimulate pirates to buy product after they install it. I give them a chance to recover own good face. On Nov 16, 4:49 pm, AlexK kucherenko.a...@gmail.com wrote: sounds like conservation talks. I'm afraid because I don't understand what they are doing. I will not sit into train, because I don't know who in the front of it... Good application on which spent a lot of efforts requires good protection. You pay money for application and it services, and in rights ask explanation from developers site, may be even ask about some special guaranties... But in any case It is completely your choice do you want to use best application on market and did security prerequisites with guaranties from developer side, or use free software with open source and etc. On Nov 16, 11:28 pm, nEx.Software email.nex.softw...@gmail.com wrote: No, I completely understand that developers might use it but... Given the generic permission, I'd prefer not to use it unless completely necessary. That being said, if a developer is up front about it and tells me why they want those permissions, I am far less cautious... Generally speaking, I don't approve of analytics such as Flurry and/or Google because the developers don't tell me that they are being used
[android-developers] Re: Android Market Anti-Piracy
Idea is good. And we already brain storm it. Problem is in Google - they don't want to listen us. They simply ignore all our requests. For today we theoretically possible only one implementation: 1) on start application request activation with user name and device id; 2) activation server check google checkout records and and if nothing found mark record as needed hand processing and return trial license. 3) application in small period of time (1 week) should run activation one more time (maybe be in background, hidden for end-user) and license processed and confirmed download purchased license. Google Checkout has the most problematic integration in compare to other payment systems (PayPal, Plimus, etc). Google checkout can ping our server by specified url every time transaction changes happens, but information provided in that ping/callback not sufficient to effectively synchronize activations with transactions without user interaction. On Nov 17, 3:26 am, yidongsoft long...@gmail.com wrote: One effective way I have ever considered is: Market application maintains a list which contains the buying information for all the applications. Example: App foo: packageName;orderNumber;... Market check the list period: check all the order number with the google count in the mobile; if the orderNumber empty or illegal, check the app state: if not free, unstall it. For a better convenience, market app should at least check the app after 2 days the user install it. What's your idea? Thanks! Yidongsoft -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
That is TRUE. But at least that will make two things right: 1) User will think twice before install pirated software 2) User that install it without knowing that it is a pirate copy can return good face On my prognoses only 10% from that 80% will pay for application (and my experience on other software markets confirm that). On Nov 17, 7:21 am, Nightwolf mikh...@gmail.com wrote: Only 20% of all installs are legal, other 80% are in piracy hands. I believe that in case of perfect copy protection only few of that 80% would buy your app. On 16 ноя, 14:12, AlexK kucherenko.a...@gmail.com wrote: Our company starts today anti-piracy initiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20% of all installs are legal, other 80% are in piracy hands. Google does not provide any actions to stop piracy, so we as a vendor that provide software for Android Market, have to think about protection measures. Piracy is threat that cannot be target easily and eliminated in one day. Only join of all vendors can help in anti- piracy. ArtfulBits company decide to start from today Android Anti-piracy Movement with main goal: protect vendors and punish piracy. Our next steps are: - Petition to Google with request to provide better anti-piracy protocols for Android Market; - Collective anti-Google charge, from side of vendors that loose money due to Google security holes in Android Market application distribution channel; - Public web service Black List, that helps all developer to check is there application installed on pirate phone; - Joining of the software vendors over that problem for finding better anti-piracy strategies; - Identification of the roots of piracy, that make possible Android Market software leaking and contribution them to justice. A little later today we will open black-list database of devices, where was installed stolen version of applications. In addition, we will provide easy code for all developers that can be integrated into own application and during first start, check is phone in black list or not. Opened Anti-Piracy forum thread:http://www.artfulbits.com/Support Petition can be signed here:http://www.petitionspot.com/petitions/androidpiracy Stay tuned! Thanks. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
Thanks for good explanation! Greatly done. first - I do not see current version of anti-piracy implementation as a peniciline for piracy cure. It will prevent piracy in 60-70% of cases. I think this is more then sufficient. Also curreny solution is mostly oriented on Android Market (AMar), and will become unneeded when will be released something better then AMar. If I am correctly reading future (ha-ha) all phones manufactures will shortly run own app stores. Problem is inside chain: Android Market -- Google Checkout -- Vendor When application buyer did Transaction on Google Checkout (GC), Vendor recieve so little information from GC that can not build effective protection against piracy. On Nov 17, 4:40 am, Rachel Blackman ceruleanspa...@gmail.com wrote: Not to mention that just because someone might have pirated some app at some time, doesn't mean that they pirated your app. That's why it needs to be able to check against Google Checkout or whatever payment processor is used... Also not to mention how many people buy out-of-contract phones off of eBay to toy with new techy stuff. What if someone gets their phone's IMEI blacklisted in your database, goes and sells their phone, and someone innocent now picks up the phone and finds abruptly they can't use any of the apps linked into this antipiracy thing? (And lest you say that wouldn't happen, look at how many of the Xbox 360 consoles that have gotten locked out of Xbox Live abruptly ended up on eBay, while the folks who got locked out go get new consoles. After all, Xbox Live uses similar security methods, where the lockout applies to the hardware ID, not merely the account.) Tomorrow we will release free application that will help to check is your phone in black list or not. In case when phone was used by pirate before, you can run this application and check device is it clean or not. And after that decide buy it or not. Also database is public and you can in any time ask us about reviewing the piracy threat level for device. I've almost never seen someone post a phone on eBay with an IMEI. I know the G1 which I snagged off of eBay for testing certainly didn't have that in the listing! More to the point, not all users will be saavy enough to know that they should do this. Maybe they just got a refurbished phone from their provider as a replacement, for instance. Why are they going to necessarily know that they should ask the person at the T-Mobile store for the IMEI, and then a browser to check if that's blocked from running apps or not? Your solution basically assumes two particular data points: 1) that a blacklisted phone was blacklisted by the current user, or that 2) if 1 is not true, the user is tech-saavy enough to deal with finding out that the phone is blacklisted before accepting it (or to know how to get themselves cleared from the blacklist). I dispute these points as being generally true; a lot of the people who fall under #2 and aren't developers themselves are just going to 'why did this app say I was a pirate? I paid for it!' and then leave a 1-star review. For this method to be generally viable, I think there needs to be a /nice, detailed/ explanation of what has happened, and a simple button the user can push to request a review of their blacklisting. (Of course, the problem is then what do you do to stop the pirates from deciding to just endlessly request review of their blacklisting.) I'll admit that I used to be involved in the PC game programming community, where all SORTS of bizarre antipiracy measures have been tried, and many of which have backfired. So my immediate reaction to antipiracy stuff now is to look at the solution and go, 'okay, now, where's the place where this is going to go horribly wrong and lead to bad reviews or screaming users on the forums?' This isn't to say that antipiracy methods aren't desirable or useful. Just that if they bite /innocent/ users as well, you'll have a headache to deal with. Look at how many 'I can't see this app in the market!' threads we already have, and how much frustration there is just from developers over that. Imagine the users adding to that with 'I paid for this app off the store, but when I try to run it claims I pirated it!' Please read anti-piracy methods carefully on our web-site. By default all devices have - Green level. If reported 1-3 cases device level become - Yellow. 3-5 cases - Brown level; more then 5 cases - Red level. We recommend to stop servicing devices that reach Brown level limits. Right, but let's say a pirate gets their phone to Brown level. They go, pfft, okay, well, I'll just trade this one for a different refurb, and let the dealer hand this one out again. (Or, I'll sell it on eBay, etc.) My concern with the system isn't that someone was erroneously listed as a pirate, but that the phone was
[android-developers] Re: Android Market Anti-Piracy
In my case was stolen application with price $1.29 - pirates copies reach 100-300 per day, sales become dead. So black list is the only way to protect my product for now. On Nov 17, 4:48 pm, Kaj Bjurman kaj.bjur...@gmail.com wrote: It's incorrect to believe that hackers/crackers wouldn't care about removing the protection from a cheap products. The hackers/crackers don't care about the price of the product, they just want to get famous so they crack the most popular applications regardless of price. They don't think in economical terms. People who are buying products are however thinking in econimical terms, so they might be less interested in looking for a cracked version if the product is cheap, so having copy protection on a $1 product might be close to worthless. On 16 Nov, 23:04, Paul Turchenko paul.turche...@gmail.com wrote: I highly doubt that anyone would do that for $1 application. Effort not worth trying. On Nov 16, 9:55 pm, strazzere str...@gmail.com wrote: Since reversing an application is a rather menial task now, whats to prevent a user from taking your application - stripping the protection and re-releasing it? Not to mention that IMEI spoofing to an application can be done with a little bit of research. More importantly, with your approach - what happens when someone strips out the protection, throws it into a nice little program - then bombs all the IMEI numbers they want? Then you'll have pirates being blocked who well, never pirated your application. Seems like an easy way to quickly make your blacklist pretty inaccurate. -Tim Strazzere On Nov 16, 2:02 pm, Rachel Blackman ceruleanspa...@gmail.com wrote: On Nov 16, 2009, at 10:34 AM, nEx.Software wrote: Not to mention that just because someone might have pirated some app at some time, doesn't mean that they pirated your app. That's why it needs to be able to check against Google Checkout or whatever payment processor is used... Also not to mention how many people buy out-of-contract phones off of eBay to toy with new techy stuff. What if someone gets their phone's IMEI blacklisted in your database, goes and sells their phone, and someone innocent now picks up the phone and finds abruptly they can't use any of the apps linked into this antipiracy thing? (And lest you say that wouldn't happen, look at how many of the Xbox 360 consoles that have gotten locked out of Xbox Live abruptly ended up on eBay, while the folks who got locked out go get new consoles. After all, Xbox Live uses similar security methods, where the lockout applies to the hardware ID, not merely the account.) This isn't to say that antipiracy methods aren't desirable or useful. Just that if they bite /innocent/ users as well, you'll have a headache to deal with. Look at how many 'I can't see this app in the market!' threads we already have, and how much frustration there is just from developers over that. Imagine the users adding to that with 'I paid for this app off the store, but when I try to run it claims I pirated it!' In general, as a software developer, I tend to think that antipiracy methods that allow some pirates through are better than antipiracy methods that might flag innocent users as wrongdoers. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
On Nov 17, 7:14 pm, strazzere str...@gmail.com wrote: On Nov 17, 10:32 am, AlexK kucherenko.a...@gmail.com wrote: In my case was stolen application with price $1.29 - pirates copies reach 100-300 per day, sales become dead. So black list is the only way to protect my product for now. So you have had 100-300 new installs of pirated apps a day? Or consistently have 100-300 applications that are pirated run each day? I have popular product that was stolen and now are available on filesharing servers. Per day near by 100-300 people try to install it on phone and activate, but instead they just placing own IMEI into black list. And got nothing, application server side already change security keys and old application failed to activate. Your also assuming that if you had a perfect protection scheme, that all these people would buy your product. I expect that at least 10% of people from that black list will find application useful and buy it instead of stole 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
[android-developers] Android Market Anti-Piracy
Our company starts today anti-piracy initiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20% of all installs are legal, other 80% are in piracy hands. Google does not provide any actions to stop piracy, so we as a vendor that provide software for Android Market, have to think about protection measures. Piracy is threat that cannot be target easily and eliminated in one day. Only join of all vendors can help in anti- piracy. ArtfulBits company decide to start from today Android Anti-piracy Movement with main goal: protect vendors and punish piracy. Our next steps are: - Petition to Google with request to provide better anti-piracy protocols for Android Market; - Collective anti-Google charge, from side of vendors that loose money due to Google security holes in Android Market application distribution channel; - Public web service Black List, that helps all developer to check is there application installed on pirate phone; - Joining of the software vendors over that problem for finding better anti-piracy strategies; - Identification of the roots of piracy, that make possible Android Market software leaking and contribution them to justice. A little later today we will open black-list database of devices, where was installed stolen version of applications. In addition, we will provide easy code for all developers that can be integrated into own application and during first start, check is phone in black list or not. Opened Anti-Piracy forum thread: http://www.artfulbits.com/Support Petition can be signed here: http://www.petitionspot.com/petitions/androidpiracy Stay tuned! Thanks. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
I just did publishing of the web service! All details can be found here: http://www.artfulbits.com/Android/antipiracy.aspx In 5 minutes I'll update database by our latest catched pirate phones. On Nov 16, 2:19 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: +1 This keeps coming up but I am bumping because it shouldn't be ignored by Google. Problem is people can buy and refund within 24 hours. So we need a web service apps can call where we can send a device ID plus a google checkout number which confirms a valid non-cancelled order. If this web service could be centralised to check other app markets too, we would all be laughing. Its not cost effective for a single dev to work out a solution. A team of people should be driving this forwards where they can keep an eye on what the pirates are doing and continue to improve the system as the pirates continue to break it. So the question then becomes a monetary one. No one has the motivation to build a system without a monetary incentive. So how about all app devs who are interested in the scheme support the anti-piracy developers by paying a monthly subscription. Most app devs would be happy to do so if they can claw back 100's of pirated copies of their apps. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
Java code for Android applications that check black list during start: /** * Determines status of device's IMEI. * * @return -1 - imei status retrieval failed. * 0 - Green status * 1 to 3 - Yellow status * 3 to 5 - Brown status * above 5 - Red status */ public int getIMEIStatus() { // 1. Get device ID TelephonyManager manager = (TelephonyManager)getSystemService (Context.TELEPHONY_SERVICE); String sDeviceID = manager.getDeviceId(); // 2. Fetch for IMEI data. // Will look like // http://www.artfulbits.com/android/antipiracycheck.ashx?IMEI=123456789123456 String url = http://www.artfulbits.com/ab/android/ antipiracycheck.ashx?IMEI= + sDeviceID; // Server will return 200 if request post was successful. int http_ok = 200; // Create new http client. HttpClient client = new DefaultHttpClient(); // Create new http post. HttpPost post = new HttpPost(url); // Cache http response. HttpResponse response = null; // Will return -1 unless server provides its own value. int imeiStatus = -1; try { // Executind post. response = client.execute(post); // Making sure we've received correct status code. if(response.getStatusLine().getStatusCode() == http_ok) { // Retrieving content stream. InputStream stream = response.getEntity().getContent(); // Decorating stream with Input stream reader InputStreamReader isr = new InputStreamReader(stream); // Decorating input stream reader with buffered stream reader. BufferedReader reader = new BufferedReader(isr); // Reading imei status from stream. imeiStatus = Integer.parseInt(reader.readLine()); // Closing buffered reader will recursively close decorated input stream // reader and input stream. reader.close(); } } catch(Exception e) { e.printStackTrace(); } return imeiStatus; } On Nov 16, 4:03 pm, Abdul Mateen abmat...@gmail.com wrote: Well! to be honest, Google is supporting piracy at all , All the software engineers in Google working under Android project know about the internals of Linux working, its user level structure, permission structures, what they did , is allow behind a transparent curtain the piracy. Google could have made some anti-piracy right from day one!, see they have protected their Android Market application. Engineers know about that there are palenty of hackers out there ( Linux hackers) who can in very few days hack the whole operating system.Yet! they know every details, but they have not done measures for anti-piracy because they want piracy! Engineers at Google? can you clearify these points, Even I having only 8 years of Linux experience modified the phone with root, and after that no security means to me!. I repeat * IF THE ENGINEERS AT GOOGLE JUST WANTED AND WORKED ON ANTI-PIRACY THEY COULD HAVE CHANGED THE WORLD OF SOFTWARE PIRACY BECAUSE ANDROID AS A PLATFORM IS AMAZING BUT THE POLITICS LIKE THIS BEHIND THE SCENE IS WORST AND MUST BE STOPPED. , I do not know what for this politics is, but clearly they could have made very powerful measures against Anti-piracy, Microsoft is suffered alot with piracy, but they have taken good steps against anti-piracy for Windows Mobile Marketplace, and I doubt they will win the game over Google Android Market, but still will not win Apple's App Store. I see only one solution to this, *IF google does not take any initiative* is that all the vendors should support the alternative markets out there like AndAppstore to become succesfull instead of Android Market. They listen and accept the contributions, but Google does not listen or accept any contributions. Thank You, Abdul Mateen. On Mon, Nov 16, 2009 at 6:12 AM, AlexK kucherenko.a...@gmail.com wrote: Our company starts today anti-piracy initiative against piracy that already happened on Android Market. We request all vendors and developers to support this initiative. Piracy become a threat for vendors that publishing application on Android Market! It is not a joke, it is a real threat. Our last application publishing shows how bad is situation on the Android Market. Only 20% of all installs are legal, other 80% are in piracy hands. Google does not provide any actions to stop piracy, so we as a vendor that provide software for Android Market, have to think about protection measures. Piracy is threat that cannot be target easily and eliminated in one day. Only join of all vendors can help in anti- piracy. ArtfulBits company decide to start from today Android Anti-piracy Movement with main goal: protect vendors and punish piracy. Our next steps are: - Petition to Google with request to provide better anti-piracy protocols for Android Market; - Collective anti-Google charge, from side of vendors that loose money due to Google security holes in Android Market application distribution channel; - Public web service Black List, that helps
[android-developers] Re: Android Market Anti-Piracy
Source code which you can integrate into own application for checking black list. /** * Determines status of device's IMEI. * * @return -1 - imei status retrieval failed. 0 - Green status 1 to 3 - Yellow * status 3 to 5 - Brown status above 5 - Red status */ public int getIMEIStatus() { // 1. Get device ID TelephonyManager manager = (TelephonyManager)getSystemService (Context.TELEPHONY_SERVICE); String sDeviceID = manager.getDeviceId(); // 2. Fetch for IMEI data. // Will look like // http://www.artfulbits.com/android/antipiracycheck.ashx?IMEI=123456789123456 String url = http://www.artfulbits.com/android/antipiracycheck.ashx? IMEI= + sDeviceID; // Server will return 200 if request post was successful. final int http_ok = 200; // Create new http client. HttpClient client = new DefaultHttpClient(); // Create new http post. HttpPost post = new HttpPost(url); // Cache http response. HttpResponse response = null; // Will return -1 unless server provides its own value. int imeiStatus = -1; try { // Executind post. response = client.execute(post); // Making sure we've received correct status code. if(response.getStatusLine().getStatusCode() == http_ok) { // Retrieving content stream. InputStream stream = response.getEntity().getContent(); // Decorating stream with Input stream reader InputStreamReader isr = new InputStreamReader(stream); // Decorating input stream reader with buffered stream reader. BufferedReader reader = new BufferedReader(isr); // Reading imei status from stream. imeiStatus = Integer.parseInt(reader.readLine()); // Closing buffered reader will recursively close decorated input stream // reader and input stream. reader.close(); } } catch(Exception e) { e.printStackTrace(); } return imeiStatus; } On Nov 16, 7:57 pm, AlexK kucherenko.a...@gmail.com wrote: I just did publishing of the web service! All details can be found here: http://www.artfulbits.com/Android/antipiracy.aspx In 5 minutes I'll update database by our latest catched pirate phones. On Nov 16, 2:19 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: +1 This keeps coming up but I am bumping because it shouldn't be ignored by Google. Problem is people can buy and refund within 24 hours. So we need a web service apps can call where we can send a device ID plus a google checkout number which confirms a valid non-cancelled order. If this web service could be centralised to check other app markets too, we would all be laughing. Its not cost effective for a single dev to work out a solution. A team of people should be driving this forwards where they can keep an eye on what the pirates are doing and continue to improve the system as the pirates continue to break it. So the question then becomes a monetary one. No one has the motivation to build a system without a monetary incentive. So how about all app devs who are interested in the scheme support the anti-piracy developers by paying a monthly subscription. Most app devs would be happy to do so if they can claw back 100's of pirated copies of their apps. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
First of all one vendor report can not bring user into troubles. Piracy should confirm at list two or three independent vendors. Second point - user always can contact us and discuss why his IMEI placed into database. Third - user should use legal source for application installation (at least well known). On Nov 16, 8:34 pm, nEx.Software email.nex.softw...@gmail.com wrote: Not to mention that just because someone might have pirated some app at some time, doesn't mean that they pirated your app. That's why it needs to be able to check against Google Checkout or whatever payment processor is used... BTW, how does the developer of a pirated app 1) know that there is a user using his app illegally, and 2) know the Personal Information / IMEI of that user's device, in order to submit to your database? Also, how will you handle false positives, when someone is accused of being a pirate wrongly, disputes, etc...? This just seems like an extremist approach to the problem (yes, I agree it is a problem)... On Nov 16, 11:16 am, nEx.Software email.nex.softw...@gmail.com wrote: Of course, now you have to add Full Internet permission to every app and thus negate any usefulness of this permission for actual use. As if this permission was not already useless enough in telling the user what the app intended to do... On Nov 16, 11:13 am, AlexK kucherenko.a...@gmail.com wrote: Source code which you can integrate into own application for checking black list. /** * Determines status of device's IMEI. * * @return -1 - imei status retrieval failed. 0 - Green status 1 to 3 - Yellow * status 3 to 5 - Brown status above 5 - Red status */ public int getIMEIStatus() { // 1. Get device ID TelephonyManager manager = (TelephonyManager)getSystemService (Context.TELEPHONY_SERVICE); String sDeviceID = manager.getDeviceId(); // 2. Fetch for IMEI data. // Will look like //http://www.artfulbits.com/android/antipiracycheck.ashx?IMEI=123456789... String url = http://www.artfulbits.com/android/antipiracycheck.ashx? IMEI= + sDeviceID; // Server will return 200 if request post was successful. final int http_ok = 200; // Create new http client. HttpClient client = new DefaultHttpClient(); // Create new http post. HttpPost post = new HttpPost(url); // Cache http response. HttpResponse response = null; // Will return -1 unless server provides its own value. int imeiStatus = -1; try { // Executind post. response = client.execute(post); // Making sure we've received correct status code. if(response.getStatusLine().getStatusCode() == http_ok) { // Retrieving content stream. InputStream stream = response.getEntity().getContent(); // Decorating stream with Input stream reader InputStreamReader isr = new InputStreamReader(stream); // Decorating input stream reader with buffered stream reader. BufferedReader reader = new BufferedReader(isr); // Reading imei status from stream. imeiStatus = Integer.parseInt(reader.readLine()); // Closing buffered reader will recursively close decorated input stream // reader and input stream. reader.close(); } } catch(Exception e) { e.printStackTrace(); } return imeiStatus; } On Nov 16, 7:57 pm, AlexK kucherenko.a...@gmail.com wrote: I just did publishing of the web service! All details can be found here: http://www.artfulbits.com/Android/antipiracy.aspx In 5 minutes I'll update database by our latest catched pirate phones. On Nov 16, 2:19 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: +1 This keeps coming up but I am bumping because it shouldn't be ignored by Google. Problem is people can buy and refund within 24 hours. So we need a web service apps can call where we can send a device ID plus a google checkout number which confirms a valid non-cancelled order. If this web service could be centralised to check other app markets too, we would all be laughing. Its not cost effective for a single dev to work out a solution. A team of people should be driving this forwards where they can keep an eye on what the pirates are doing and continue to improve the system as the pirates continue to break it. So the question then becomes a monetary one. No one has the motivation to build a system without a monetary incentive. So how about all app devs who are interested in the scheme support the anti-piracy developers by paying a monthly subscription. Most app devs would be happy to do so if they can claw back 100's of pirated copies of their apps. -- You received this message because you are subscribed
[android-developers] Re: Android Market Anti-Piracy
Yes, INTERNET permission required. For example In our application we show activation dialog with description about activation process. In your cases can be done something different. On Nov 16, 8:16 pm, nEx.Software email.nex.softw...@gmail.com wrote: Of course, now you have to add Full Internet permission to every app and thus negate any usefulness of this permission for actual use. As if this permission was not already useless enough in telling the user what the app intended to do... On Nov 16, 11:13 am, AlexK kucherenko.a...@gmail.com wrote: Source code which you can integrate into own application for checking black list. /** * Determines status of device's IMEI. * * @return -1 - imei status retrieval failed. 0 - Green status 1 to 3 - Yellow * status 3 to 5 - Brown status above 5 - Red status */ public int getIMEIStatus() { // 1. Get device ID TelephonyManager manager = (TelephonyManager)getSystemService (Context.TELEPHONY_SERVICE); String sDeviceID = manager.getDeviceId(); // 2. Fetch for IMEI data. // Will look like //http://www.artfulbits.com/android/antipiracycheck.ashx?IMEI=123456789... String url = http://www.artfulbits.com/android/antipiracycheck.ashx? IMEI= + sDeviceID; // Server will return 200 if request post was successful. final int http_ok = 200; // Create new http client. HttpClient client = new DefaultHttpClient(); // Create new http post. HttpPost post = new HttpPost(url); // Cache http response. HttpResponse response = null; // Will return -1 unless server provides its own value. int imeiStatus = -1; try { // Executind post. response = client.execute(post); // Making sure we've received correct status code. if(response.getStatusLine().getStatusCode() == http_ok) { // Retrieving content stream. InputStream stream = response.getEntity().getContent(); // Decorating stream with Input stream reader InputStreamReader isr = new InputStreamReader(stream); // Decorating input stream reader with buffered stream reader. BufferedReader reader = new BufferedReader(isr); // Reading imei status from stream. imeiStatus = Integer.parseInt(reader.readLine()); // Closing buffered reader will recursively close decorated input stream // reader and input stream. reader.close(); } } catch(Exception e) { e.printStackTrace(); } return imeiStatus; } On Nov 16, 7:57 pm, AlexK kucherenko.a...@gmail.com wrote: I just did publishing of the web service! All details can be found here: http://www.artfulbits.com/Android/antipiracy.aspx In 5 minutes I'll update database by our latest catched pirate phones. On Nov 16, 2:19 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: +1 This keeps coming up but I am bumping because it shouldn't be ignored by Google. Problem is people can buy and refund within 24 hours. So we need a web service apps can call where we can send a device ID plus a google checkout number which confirms a valid non-cancelled order. If this web service could be centralised to check other app markets too, we would all be laughing. Its not cost effective for a single dev to work out a solution. A team of people should be driving this forwards where they can keep an eye on what the pirates are doing and continue to improve the system as the pirates continue to break it. So the question then becomes a monetary one. No one has the motivation to build a system without a monetary incentive. So how about all app devs who are interested in the scheme support the anti-piracy developers by paying a monthly subscription. Most app devs would be happy to do so if they can claw back 100's of pirated copies of their apps. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
On Nov 16, 9:02 pm, Rachel Blackman ceruleanspa...@gmail.com wrote: On Nov 16, 2009, at 10:34 AM, nEx.Software wrote: Not to mention that just because someone might have pirated some app at some time, doesn't mean that they pirated your app. That's why it needs to be able to check against Google Checkout or whatever payment processor is used... Also not to mention how many people buy out-of-contract phones off of eBay to toy with new techy stuff. What if someone gets their phone's IMEI blacklisted in your database, goes and sells their phone, and someone innocent now picks up the phone and finds abruptly they can't use any of the apps linked into this antipiracy thing? (And lest you say that wouldn't happen, look at how many of the Xbox 360 consoles that have gotten locked out of Xbox Live abruptly ended up on eBay, while the folks who got locked out go get new consoles. After all, Xbox Live uses similar security methods, where the lockout applies to the hardware ID, not merely the account.) Tomorrow we will release free application that will help to check is your phone in black list or not. In case when phone was used by pirate before, you can run this application and check device is it clean or not. And after that decide buy it or not. Also database is public and you can in any time ask us about reviewing the piracy threat level for device. This isn't to say that antipiracy methods aren't desirable or useful. Just that if they bite /innocent/ users as well, you'll have a headache to deal with. Look at how many 'I can't see this app in the market!' threads we already have, and how much frustration there is just from developers over that. Imagine the users adding to that with 'I paid for this app off the store, but when I try to run it claims I pirated it!' Please read anti-piracy methods carefully on our web-site. By default all devices have - Green level. If reported 1-3 cases device level become - Yellow. 3-5 cases - Brown level; more then 5 cases - Red level. We recommend to stop servicing devices that reach Brown level limits. In general, as a software developer, I tend to think that antipiracy methods that allow some pirates through are better than antipiracy methods that might flag innocent users as wrongdoers. it's completely your choice. You as developer decide do you want to use it or not. But If I were on your place, instead of telling only critics, I will be bring some creative ideas, how to make anti-piracy system better... Nothing personal. Make critics is easy, making solutions always harder. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
On Nov 16, 9:55 pm, strazzere str...@gmail.com wrote: Since reversing an application is a rather menial task now, whats to prevent a user from taking your application - stripping the protection and re-releasing it? Not to mention that IMEI spoofing to an application can be done with a little bit of research. Measures: - always sign application by digital signature; - distribute only over verified channels; - try to use obfuscation; - use server side activation. More importantly, with your approach - what happens when someone strips out the protection, throws it into a nice little program - then bombs all the IMEI numbers they want? Then you'll have pirates being blocked who well, never pirated your application. Seems like an easy way to quickly make your blacklist pretty inaccurate. Levels of piracy threat and maybe for example, auto-level reducing in specified period of time, will help. I mean if reported 5 or more piracy installs, then in half of year we do not track any problems with device, then we will reduce device level from red to brown. (hierarchy is: green, yellow, brown, red) -Tim Strazzere On Nov 16, 2:02 pm, Rachel Blackman ceruleanspa...@gmail.com wrote: On Nov 16, 2009, at 10:34 AM, nEx.Software wrote: Not to mention that just because someone might have pirated some app at some time, doesn't mean that they pirated your app. That's why it needs to be able to check against Google Checkout or whatever payment processor is used... Also not to mention how many people buy out-of-contract phones off of eBay to toy with new techy stuff. What if someone gets their phone's IMEI blacklisted in your database, goes and sells their phone, and someone innocent now picks up the phone and finds abruptly they can't use any of the apps linked into this antipiracy thing? (And lest you say that wouldn't happen, look at how many of the Xbox 360 consoles that have gotten locked out of Xbox Live abruptly ended up on eBay, while the folks who got locked out go get new consoles. After all, Xbox Live uses similar security methods, where the lockout applies to the hardware ID, not merely the account.) This isn't to say that antipiracy methods aren't desirable or useful. Just that if they bite /innocent/ users as well, you'll have a headache to deal with. Look at how many 'I can't see this app in the market!' threads we already have, and how much frustration there is just from developers over that. Imagine the users adding to that with 'I paid for this app off the store, but when I try to run it claims I pirated it!' In general, as a software developer, I tend to think that antipiracy methods that allow some pirates through are better than antipiracy methods that might flag innocent users as wrongdoers. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
sorry man, but Google did not do own home work well. There copy protection does not work. The only way to protect after that is server side license generation - activation. If I will know better solution I'll use it, but I do not have other solutions for today that can prevent effectively stolen application distribution. We live in 2009 year where mostly all applications did online activation. For example: windows os, photoshop, corel draw, etc. All well know applications do that. On Nov 16, 11:17 pm, nEx.Software email.nex.softw...@gmail.com wrote: If I don't believe an application should require Internet, I don't install it. I hope that there are others who do the same. To require internet permissions (with the current generic internet permission) on an app which really does not need it, such as aiFlashlight, gives me reason to question the motives of that developer. I ask myself Now, why the heck would a flashlight app require internet permissions? and then move along to another app that does the same thing without requiring those permissions. I usually recommend to others that they do the same thing. Taking this route is, in my opinion, a band-aid, not a solution. On Nov 16, 2:09 pm, AlexK kucherenko.a...@gmail.com wrote: Yes, INTERNET permission required. For example In our application we show activation dialog with description about activation process. In your cases can be done something different. On Nov 16, 8:16 pm, nEx.Software email.nex.softw...@gmail.com wrote: Of course, now you have to add Full Internet permission to every app and thus negate any usefulness of this permission for actual use. As if this permission was not already useless enough in telling the user what the app intended to do... On Nov 16, 11:13 am, AlexK kucherenko.a...@gmail.com wrote: Source code which you can integrate into own application for checking black list. /** * Determines status of device's IMEI. * * @return -1 - imei status retrieval failed. 0 - Green status 1 to 3 - Yellow * status 3 to 5 - Brown status above 5 - Red status */ public int getIMEIStatus() { // 1. Get device ID TelephonyManager manager = (TelephonyManager)getSystemService (Context.TELEPHONY_SERVICE); String sDeviceID = manager.getDeviceId(); // 2. Fetch for IMEI data. // Will look like //http://www.artfulbits.com/android/antipiracycheck.ashx?IMEI=123456789... String url = http://www.artfulbits.com/android/antipiracycheck.ashx? IMEI= + sDeviceID; // Server will return 200 if request post was successful. final int http_ok = 200; // Create new http client. HttpClient client = new DefaultHttpClient(); // Create new http post. HttpPost post = new HttpPost(url); // Cache http response. HttpResponse response = null; // Will return -1 unless server provides its own value. int imeiStatus = -1; try { // Executind post. response = client.execute(post); // Making sure we've received correct status code. if(response.getStatusLine().getStatusCode() == http_ok) { // Retrieving content stream. InputStream stream = response.getEntity().getContent(); // Decorating stream with Input stream reader InputStreamReader isr = new InputStreamReader(stream); // Decorating input stream reader with buffered stream reader. BufferedReader reader = new BufferedReader(isr); // Reading imei status from stream. imeiStatus = Integer.parseInt(reader.readLine()); // Closing buffered reader will recursively close decorated input stream // reader and input stream. reader.close(); } } catch(Exception e) { e.printStackTrace(); } return imeiStatus; } On Nov 16, 7:57 pm, AlexK kucherenko.a...@gmail.com wrote: I just did publishing of the web service! All details can be found here: http://www.artfulbits.com/Android/antipiracy.aspx In 5 minutes I'll update database by our latest catched pirate phones. On Nov 16, 2:19 pm, admin.androidsl...@googlemail.com admin.androidsl...@googlemail.com wrote: +1 This keeps coming up but I am bumping because it shouldn't be ignored by Google. Problem is people can buy and refund within 24 hours. So we need a web service apps can call where we can send a device ID plus a google checkout number which confirms a valid non-cancelled order. If this web service could be centralised to check other app markets too, we would all be laughing. Its not cost effective for a single dev to work out a solution. A team of people should be driving this forwards where they can keep an eye on what the pirates
[android-developers] Re: Android Market Anti-Piracy
You are making right comments. Yes, in some very rear cases user without internet connection will not have possibility to activate product. But let's look into reality - what channel used for legal application installing?! Right answer is - Android Market that download application over internet. (Alternative channels, like: slideme.org also use internet...) So without internet it's impossible to install applications of the phone. Let's calculate pros and cons: - activation requires internet (minus); - but without internet application not possible to find and install (plus); - activation does not require internet all the time, only once (plus); - backup/restore logic does not broke activated application (plus, but highly depends on implementation) - user should survive one minute of activation fear (minus) - but activation long time ago become a part of our life (plus) etc... activation as is does not make any difference for end user... And of course required smart implementation of activation logic... stupid one will not survive. On Nov 16, 11:22 pm, strazzere str...@gmail.com wrote: On Nov 16, 4:04 pm, Paul Turchenko paul.turche...@gmail.com wrote: I highly doubt that anyone would do that for $1 application. Effort not worth trying. Maybe a 99 cent application wouldn't be worth reversing, but we aren't talking about one application. We're talking about applications that specifically are accessing a blacklist now too. Sure it's a few apps now, but if this caught on - why wouldn't people look into it? What happens on a fail? I'm assuming the developer gets to decide... Are you going to restrict a user from using your application, formerly which might did not require internet connection, to now have internet connection constantly? If the site is unreachable are you going to block the user from using their purchased product? It just seems like a nice idea in theory, though in practice it would appear you might hurt many legitimate customers. -- You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
[android-developers] Re: Android Market Anti-Piracy
sounds like conservation talks. I'm afraid because I don't understand what they are doing. I will not sit into train, because I don't know who in the front of it... Good application on which spent a lot of efforts requires good protection. You pay money for application and it services, and in rights ask explanation from developers site, may be even ask about some special guaranties... But in any case It is completely your choice do you want to use best application on market and did security prerequisites with guaranties from developer side, or use free software with open source and etc. On Nov 16, 11:28 pm, nEx.Software email.nex.softw...@gmail.com wrote: No, I completely understand that developers might use it but... Given the generic permission, I'd prefer not to use it unless completely necessary. That being said, if a developer is up front about it and tells me why they want those permissions, I am far less cautious... Generally speaking, I don't approve of analytics such as Flurry and/or Google because the developers don't tell me that they are being used. Google Analytics for Mobile actually requires disclosure, if I remember correctly. On Nov 16, 2:22 pm, Dan Sherman impact...@gmail.com wrote: I understand your point completely, but just pointing out a very legitimate reason for some of those apps would be user stats (flurry, google analytics), or ad serving (admob, etc). :) - Dan On Mon, Nov 16, 2009 at 4:17 PM, nEx.Software email.nex.softw...@gmail.comwrote: If I don't believe an application should require Internet, I don't install it. I hope that there are others who do the same. To require internet permissions (with the current generic internet permission) on an app which really does not need it, such as aiFlashlight, gives me reason to question the motives of that developer. I ask myself Now, why the heck would a flashlight app require internet permissions? and then move along to another app that does the same thing without requiring those permissions. I usually recommend to others that they do the same thing. Taking this route is, in my opinion, a band-aid, not a solution. On Nov 16, 2:09 pm, AlexK kucherenko.a...@gmail.com wrote: Yes, INTERNET permission required. For example In our application we show activation dialog with description about activation process. In your cases can be done something different. On Nov 16, 8:16 pm, nEx.Software email.nex.softw...@gmail.com wrote: Of course, now you have to add Full Internet permission to every app and thus negate any usefulness of this permission for actual use. As if this permission was not already useless enough in telling the user what the app intended to do... On Nov 16, 11:13 am, AlexK kucherenko.a...@gmail.com wrote: Source code which you can integrate into own application for checking black list. /** * Determines status of device's IMEI. * * @return -1 - imei status retrieval failed. 0 - Green status 1 to 3 - Yellow * status 3 to 5 - Brown status above 5 - Red status */ public int getIMEIStatus() { // 1. Get device ID TelephonyManager manager = (TelephonyManager)getSystemService (Context.TELEPHONY_SERVICE); String sDeviceID = manager.getDeviceId(); // 2. Fetch for IMEI data. // Will look like // http://www.artfulbits.com/android/antipiracycheck.ashx?IMEI=123456789... String url = http://www.artfulbits.com/android/antipiracycheck.ashx? IMEI= + sDeviceID; // Server will return 200 if request post was successful. final int http_ok = 200; // Create new http client. HttpClient client = new DefaultHttpClient(); // Create new http post. HttpPost post = new HttpPost(url); // Cache http response. HttpResponse response = null; // Will return -1 unless server provides its own value. int imeiStatus = -1; try { // Executind post. response = client.execute(post); // Making sure we've received correct status code. if(response.getStatusLine().getStatusCode() == http_ok) { // Retrieving content stream. InputStream stream = response.getEntity().getContent(); // Decorating stream with Input stream reader InputStreamReader isr = new InputStreamReader(stream); // Decorating input stream reader with buffered stream reader. BufferedReader reader = new BufferedReader(isr); // Reading imei status from stream. imeiStatus = Integer.parseInt(reader.readLine()); // Closing buffered reader will recursively close decorated input stream // reader and input stream. reader.close
[android-developers] Re: chart engine for android
Hi, as a developer of aiCharts library I can recommend only it. General points why you should choose Android chart engine aiCharts are: - designed especially for Android; - reach features set in compare to others (My life with Android Blog: http://mylifewithandroid.blogspot.com/2009/08/fancy-graphs.html) - live technical support (any requests from your side will be processed in several minutes) - great discounts are available now :) Thanks, Good Luck On Aug 17, 5:15 pm, _AM_ james.smith.436...@gmail.com wrote: Hi, Can anyone suggest good chart engine for Android?! I did a small research and found several engines: - Java4Less (http://java4less.com/charts/chart.php?info=android) - Chart4J (http://code.google.com/p/charts4j/) - BlueChart (http://code.google.com/p/bluechart/) is it a port of jFreeChart?! - aChartEngine (http://code.google.com/p/achartengine/) - aiCharts (http://www.artfulbits.com/Android/aiCharts.aspx) Somebody try them?! Any pros and cons?! Which one is the best for Android?! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Discussion on localizing-android-apps-draft
aiLocalizer - developers utility for APK localization (Windows). It use Google Translate API and helps in few second to localize you application. Its FREE. aiLocalizer location - http://www.artfulbits.com/products/#ailocalizer --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] [ANNOUNCE] ArtfulBits aiCharts for Android
Demo Movie: http://www.youtube.com/watch?v=3ho5wiV-o8g ArtfulBits aiCharts for Android OS is the professional solution with comprehensive features set. aiCharts is the complete framework that allows developer to enhance applications with slick interactive charts in mere hours (with available technical support, samples and tutorials). aiCharts provides excellent visual experience with flexible customization abilities. It's been designed exclusively for Android platform and compatible with Android version 1.1 and higher. Provided online documentation. ArtfulBits has a great experience in creation of developer tools and components. More than 4 years of intensive implementation of components for .NET platform gives us deep experience and understanding of developer’s demands. Several large and well-known vendors use our services and achieve significant results on market with our help. Right now ArtfulBits invests time and efforts into products for Google Android platform. Innovative OS with great potential and huge community is probably the best area where our company can exhibit both the talent and the experience. aiCharts is product that visualizing wide range of financial, business, engineering, and mathematical charts. Easy to learn API and tutorials allow quick start of the new component using and finishing integration in an hour. And modern visual appearance must be admired by users and customers. Instead of spending precious time on inventing charting components you can invest into your own application’s features list, which gives you more opportunities to succeed. Deatils about product: http://www.artfulbits.com/Android/aiCharts.aspx Please use promotion coupon: AICHARTS-I'M-IN-TOP100 that gives 50% discount for first 100 customers. Coupon is valid till: 31/07/2009. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Are you localizing an app? Do you want to be?
Hi, Today I release a new version of Android Localization utility. It helps to translate android applications in few simple steps and even can translate application automatically. I hope everyone will find it useful. Thanks. Application is FREE and open source: http://www.artfulbits.com/Android/Localizer.aspx Features: - Automatic Translate (Google Translate). NEW!!! - Grid font become changable. NEW!!! - Stability improved. NEW!!! - Remember last opened application for localization; - Create new localization folder by copying original values; - Edit values; - Edit arrays; - Save result in XML with original localization in comments; - Create backup file of localization; - Browsing in localization XML as in folders structure; - Add localization key or array item; - Delete XML files directly from GUI. On May 10, 8:40 pm, 第十七笔(yurita) herun...@gmail.com wrote: yeah..I put all strings in the res folder to take advantage of localizing ... perhaps I'll translate my apps into chinese and janpanese... but it's not really needed at this time --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Google Un-Proffesional?!
Hi, Second time the same problem: latest sources from MASTER branch have compilation error. (QEMU compilation failure). I think problem is in way how Google engineers committing own code into GIT repository. Please fill the difference: other developers publish code on GitWeb then waiting approve from at least two code reviewers and only after that Google engineer MERGE our changes with MASTER branch... Looks like Google developers simply commit own changes into GIT without passing similar loop as other developers do. It's OK, but at least check those changes before making them MERGED into MASTER branch. With all respect to all developers, but such behavior is not a good professional move. P.S. I don't want to blame anyone, but I want to notify Google Android Team that other developers watching them and expecting highly professional behavior. I hope google team will find proper solution for that development cycle problem. P.P.S. sorry for bad English. Thanks --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Google Un-Proffesional?!
look's like something alway missed... please understand my skepticism on this, fix on compilation problem can be caught only under Linux Ubuntu, under MacOS everything is ok (according to posts from other developers and changes required in makefile.android for QEMU for fixing that problem)... With all respect but this is second time with me when I catch un- compilable sources in MASTER branch. On Apr 30, 12:32 am, Romain Guy romain...@google.com wrote: Hi, All commits made by members of the Android team follow a very similar process. No code is checked in without code review. On Wed, Apr 29, 2009 at 2:22 PM, AlexK kucherenko.a...@gmail.com wrote: Hi, Second time the same problem: latest sources from MASTER branch have compilation error. (QEMU compilation failure). I think problem is in way how Google engineers committing own code into GIT repository. Please fill the difference: other developers publish code on GitWeb then waiting approve from at least two code reviewers and only after that Google engineer MERGE our changes with MASTER branch... Looks like Google developers simply commit own changes into GIT without passing similar loop as other developers do. It's OK, but at least check those changes before making them MERGED into MASTER branch. With all respect to all developers, but such behavior is not a good professional move. P.S. I don't want to blame anyone, but I want to notify Google Android Team that other developers watching them and expecting highly professional behavior. I hope google team will find proper solution for that development cycle problem. P.P.S. sorry for bad English. Thanks -- Romain Guy Android framework engineer romain...@android.com Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Google Un-Proffesional?!
I especially create clean platform setup for Android builds. And do not use platform for any other tasks. All environment setup I did according to published by Google documentation. So I expect 99% match on requirements for building Android OS. My OS: Linux Ubuntu x86 i386 v9.04 Looks like 1.5 release was very hard and android team tiered.:) Thanks, Good Luck On Apr 30, 12:32 am, Jean-Baptiste Queru j...@android.com wrote: We can't test on every possible version of every possible environment. The file in question compiles for us on all platforms (the 1.5_r1 SDK was built with that exact source code). All the changes are reviewed individually and automatically built for each target platform. And we did explicitly check that the recent open-source pushes were building fine for linux and MacOS. My guess: you're not running Ubintu 8.0.4. JBQ On Wed, Apr 29, 2009 at 2:22 PM, AlexK kucherenko.a...@gmail.com wrote: Hi, Second time the same problem: latest sources from MASTER branch have compilation error. (QEMU compilation failure). I think problem is in way how Google engineers committing own code into GIT repository. Please fill the difference: other developers publish code on GitWeb then waiting approve from at least two code reviewers and only after that Google engineer MERGE our changes with MASTER branch... Looks like Google developers simply commit own changes into GIT without passing similar loop as other developers do. It's OK, but at least check those changes before making them MERGED into MASTER branch. With all respect to all developers, but such behavior is not a good professional move. P.S. I don't want to blame anyone, but I want to notify Google Android Team that other developers watching them and expecting highly professional behavior. I hope google team will find proper solution for that development cycle problem. P.P.S. sorry for bad English. Thanks -- Jean-Baptiste M. JBQ Queru Android Engineer, Google. Questions sent directly to me that have no reason for being private will likely get ignored or forwarded to a public forum with no further warning. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Android 1.5 SDK now available
Hi, Why Android team does not include Ukraine language into release?! Translation to all applications was uploaded long time ago. Please take a look at https://review.source.android.com/Gerrit#all,open,n,z Items from 9613 till 9642 providing Ukraine language translation. And all items has a prove from more then 2 code reviewers. Please explain to me how you decide which items should be included into release and which not... Thanks, Good Luck On Apr 27, 9:12 pm, Xavier Ducrohet x...@android.com wrote: Hello developers, The Android 1.5 SDK, and the 1.5 images for ADP1 are now available for download. More information athttp://android-developers.blogspot.com/2009/04/android-15-is-here.html Xav -- Xavier Ducrohet Android Developer Tools Engineer Google Inc. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Android 1.5 SDK now available
A little trust for translation done by other vendors will help a lot :) On Apr 28, 5:35 pm, Al Sutton a...@funkyandroid.com wrote: I expect they're looking for a internal staff member who can confirm the translation is accurate and correct for the context in which it's used, hence why there are +1's on the code review, but no +1s for verification. Al. --- * Written an Android App? - List it athttp://andappstore.com/* == Funky Android Limited is registered in England Wales with the company number 6741909. The registered head office is Kemp House, 152-160 City Road, London, EC1V 2NX, UK. The views expressed in this email are those of the author and not necessarily those of Funky Android Limited, it's associates, or it's subsidiaries. -Original Message- From: android-developers@googlegroups.com [mailto:android-develop...@googlegroups.com] On Behalf Of AlexK Sent: 28 April 2009 15:26 To: Android Developers Subject: [android-developers] Re: Android 1.5 SDK now available Hi, Why Android team does not include Ukraine language into release?! Translation to all applications was uploaded long time ago. Please take a look athttps://review.source.android.com/Gerrit#all,open,n,z Items from 9613 till 9642 providing Ukraine language translation. And all items has a prove from more then 2 code reviewers. Please explain to me how you decide which items should be included into release and which not... Thanks, Good Luck On Apr 27, 9:12 pm, Xavier Ducrohet x...@android.com wrote: Hello developers, The Android 1.5 SDK, and the 1.5 images for ADP1 are now available for download. More information athttp://android-developers.blogspot.com/2009/04/android-15-is-here.ht ml Xav -- Xavier Ducrohet Android Developer Tools Engineer Google Inc. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Android 1.5 SDK now available
Thanks for explanation... I expecting more features for localization in cupcake release. Still in release are known issues: Virtual keyboard does not support several languages switching, still has issue with ALT and SHIFT key status (led)... Do you know which branch/tag will be used for future releases?! Do you have any news about next releases? On Apr 28, 5:45 pm, Jean-Baptiste Queru j...@android.com wrote: 1.5 was released from the cupcake branch, into which we didn't accept external contributions. JBQ On Tue, Apr 28, 2009 at 7:25 AM, AlexK kucherenko.a...@gmail.com wrote: Hi, Why Android team does not include Ukraine language into release?! Translation to all applications was uploaded long time ago. Please take a look athttps://review.source.android.com/Gerrit#all,open,n,z Items from 9613 till 9642 providing Ukraine language translation. And all items has a prove from more then 2 code reviewers. Please explain to me how you decide which items should be included into release and which not... Thanks, Good Luck On Apr 27, 9:12 pm, Xavier Ducrohet x...@android.com wrote: Hello developers, The Android 1.5 SDK, and the 1.5 images for ADP1 are now available for download. More information athttp://android-developers.blogspot.com/2009/04/android-15-is-here.html Xav -- Xavier Ducrohet Android Developer Tools Engineer Google Inc. -- Jean-Baptiste M. JBQ Queru Android Engineer, Google. Questions sent directly to me that have no reason for being private will likely get ignored or forwarded to a public forum with no further warning. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Android Localization tool
Hi, today I publish small utility/tool that should help all Android developers providing easier localizations. You can now ask own customers in helping you to localize program for there native language. It's a small Windows OS GUI utility written on C#, and requires .NET Framework 2.0. Project is open source, so everyone can take sources and add additional features into it. Application can be downloaded from: http://www.artfulbits.com/android/Localizer.aspx I hope that utility will help everyone providing localizations easy and fast. P.S. Our team use that utility for Cupcake brunch localization on Ukraine language. Thanks, Good Luck --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] priced applications. need partner!!!
Hi, Android market launch priced application! wow! But my problem is that priced application registration works only for two countries now - USA and UK. So I'm searching for partner that can be a hop between our company and USA/UK registration. Also I will be very pleasant for any links on vendors that can provide such service. If you know one please let me now. Thanks --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Announcement: yet another Android GUI prototyping tool
Hi, Today I found one more GUI prototyping tools for Android, and I found it more promising and professional in compare to DroidDraw. Android GUI Prototyping Stencil for Microsoft Visio: http://www.artfulbits.com/Android/Stencil.aspx For downloading required registration... I'm now playing with that stencils... Nice and easy... of course if you have a Visio experience :) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Announcement: Companies that announce Android support
Hi everyone, For future will be good to collect companies that announce Google Android support, start developing something for it or etc. I hope that information will help any future users of the Android to find proper provider of applications and services for own needs. So i start that topic so first announce will be my. AndroidWiki - http://androidwiki.com - Articles about Android Android Market - http://www.android.com/market.html - Google Provided Market place for Android Soft ArtfulBits Inc. - http://www.artfulbits.com - Announce today about Android support, developers libraries/framework and several applications in stack/mind... most interesting for me is Torrent client.. Java4less - http://www.java4less.com/charts/chart.php?info=android - Announce support of charts for Android Does anybody know more?! will appreciate any help in collecting all Android providers... 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---