[android-developers] Digest for android-developers@googlegroups.com - 14 updates in 5 topics

Comments: (0)
Nate B <nburns072699@gmail.com>: Nov 18 12:15PM -0800

Does WiFiDirect Service Discovery work using SERVICE_TYPE_ALL protocol type?
 
I have modified the WifiDirect service discovery sample application to
discover all wifiDirect services. When I run the sample I don't discover
any of the WifiDirect services that I know are running in my area. The code
never makes it to the onServiceAvailable() override method. Is
SERVICE_TYPE_ALL feature supported? Snippet of my code:
 
manager.setServiceResponseListener(channel, new
WifiP2pManager.ServiceResponseListener() {...});
 
serviceRequestForAll =
WifiP2pServiceRequest.newInstance(WifiP2pServiceInfo.SERVICE_TYPE_ALL,
null);
 
manager.addServiceRequest(channel, serviceRequestForAll, new
ActionListener() { ...});
 
manager.discoverServices(channel, new ActionListener() { ... });
 
Is there some other way that I can do a WiFiDirect Service Discovery and
retrieve all of the WiFiDirect Services that are being advertised?
 
-Nate
NickL <nicklonginow@gmail.com>: Nov 18 05:20AM -0800

*"REASON FOR REMOVAL*: Violation of the paid and free
<https://play.google.com/about/developer-content-policy.html#payments> provision
of the Content Policy and section 3.5
<http://www.android.com/us/developer-distribution-agreement.html#pricing-payments> of
the Developer Distribution Agreement."
 
I posted an update to my app, with Google Analytics. It is a free app, and
has no in app purchases. It's been on Google Play for a year and a half.
Adding GAI is the only change I made this time, and it was suspended. I
posted an appeal to Google, but got a reply that said "this will not be
discussed further". I cannot see at all how my app is in violation. Can
someone possibly help me?
 
Nick
JackN <jack@jacknorth.com>: Nov 18 07:47AM -0800

Without your app, we cant see either. But I suspect your product was
misleading.
 
On Tuesday, November 18, 2014 5:20:50 AM UTC-8, NickL wrote:
 
NickL <nicklonginow@gmail.com>: Nov 18 07:54AM -0800

It's not downloadable, so hard to check out. But, the app is free and has
no in app purchases, and never had any.
 
I added Google Analytics in the latest release, but I can't think that
would be the problem.
 
There is a donate link (redirects to PayPal) but there is nothing in any
way that gives the sense that new content would be made available by
clicking that link to donate, which is a Google requirement. It just says
"touch here to donate".
 
 
 
 
 
On Tuesday, November 18, 2014 10:47:43 AM UTC-5, JackN wrote:
TreKing <trekingapp@gmail.com>: Nov 18 11:14AM -0600

> way that gives the sense that new content would be made available by
> clicking that link to donate, which is a Google requirement. It just says
> "touch here to donate".
 
 
From 3.5
<https://play.google.com/about/developer-distribution-agreement.html#pricing-payments>
:
 
"The Payment Processor must process all fees a Developer receives for any
version of a Product distributed via the Store"
 
I can't speak with any authority, obviously, and I wouldn't consider a
donation a "fee" (that's for the lawyers to decide), but given the reason
you posted and your comment, I would expect this to be the problem. Pushing
the update probably triggered a review (possibly random?) and Lord Google™
was not pleased that you are getting dollar bills yo without making your
contribution to them.
 
You should probably switch that out with IAP.
 
Good luck.
 
-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices
NickL <nicklonginow@gmail.com>: Nov 18 09:35AM -0800

I bet you are exactly right. Much as it sounds crazy, that is the only
thing that would explain this. thanks!
 
I still think there must be a way to collect donations without giving those
scoundrels a cut of the loot.
 
On Tuesday, November 18, 2014 12:26:11 PM UTC-5, TreKing wrote:
Nobu Games <dev.nobu.games@gmail.com>: Nov 18 10:06AM -0800

You could in fact (try) to get around Google's payment processor if you
change your donate button into an in-app purchase of a media file that can
also be processed by other apps (images, videos, songs, eBook...), see Google
Play Developer Policies
<https://play.google.com/about/developer-content-policy.html>:
 
Developers offering additional content, services or functionality within
another category of app downloaded from Google Play must use Google Play's
in-app billing service
<http://developer.android.com/google/play/billing/index.html> as the method
of payment, *except:*

- where payment is primarily for physical goods or services (e.g.,
buying movie tickets, or buying a publication where the price also includes
a hard copy subscription); or
- *where payment is for digital content or goods that may be consumed
outside of the app itself (e.g., buying songs that can be played on other
music players). *
 
 
The only difficulty would be communicating the message to your users that
the purchase is meant to be a donation for your work on the app. If you
would phrase it like that you still would be violating the policies.
 
 
On Tuesday, November 18, 2014 11:35:13 AM UTC-6, NickL wrote:
Donal Rafferty <draffo3@gmail.com>: Nov 18 06:08PM

Other developers have had their apps taken down over the use of pay pal
donations so it's highly likely that
 
NickL <nicklonginow@gmail.com>: Nov 18 10:21AM -0800

Nice idea, thanks. I'm a little hesitant about trying to get around these
guys, so nasty when they decide you are wrong. Interestingly enough, Apple
allows this kind of a link for iOS apps. And, they let you get in touch
with a real person (via email) if you have specific questions on things
like this.
 
I'll just drop the link and do some other way of promoting the donations.
 
On Tuesday, November 18, 2014 1:06:45 PM UTC-5, Nobu Games wrote:
NickL <nicklonginow@gmail.com>: Nov 18 10:22AM -0800

I bet you are right. Not worth the effort here.
 
TreKing <trekingapp@gmail.com>: Nov 18 10:57AM -0600

On Mon, Nov 17, 2014 at 12:25 AM, Surabhi Jain <surabhi17.jain@gmail.com>
wrote:
 
> But When I run same app on Nexus S, Nexus 4, s4 and HTC One, it is not
> showing the device default datepicker dialog. These devices api level is 11
> or above of 11.
 
 
What is your app's target SDK? If you have a low target, the system might
be running your app in compatibility mode and using an older picker? Just a
thought.
 
-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices
dashman <erjdriver@gmail.com>: Nov 18 07:39AM -0800

Have a small bitmap - that i draw on a Canvas.
 
I'd like to animate it - e.g. make it larger and smaller etc.
 
Any suggestions?
JackN <jack@jacknorth.com>: Nov 18 07:44AM -0800

Yeah, heres one way, create transformation matricies and multiply the
bitmap positions by the matrix.
 
On Tuesday, November 18, 2014 7:39:53 AM UTC-8, dashman wrote:
 
Jose_GD <jose.gonzalez.d@gmail.com>: Nov 18 04:14AM -0800

Do you have a gradle file ready for your AS import?
 
El lunes, 17 de noviembre de 2014 01:13:00 UTC-3, bburd escribió:
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to android-developers+unsubscribe@googlegroups.com.

[android-developers] Digest for android-developers@googlegroups.com - 4 updates in 3 topics

Comments: (0)
Nathan <nathan.d.mellor@gmail.com>: Nov 17 11:50AM -0800

Okay, I have one very very very unfortunate individual who cannot sync his
inapp purchases. Trying for months.
 
In fact, he is so unlucky that the same error occurs after he has changed
phones and changed phone companies.
 
The logs are pretty clear. getSkuDetails is returning error code 6.
BILLING_RESPONSE_RESULT_ERROR 6 Fatal error during the API action
 
The logs seem to indicate that getPurchases() returns a valid list, but
that the same list cannot get through getSkuDetails.
What is there that *I* can do about this or that the customer can do about
this?
 
 
Nathan
Nathan <nathan.d.mellor@gmail.com>: Nov 17 12:06PM -0800

Finally the customer today deleted and readded a credit card in
wallet.google.com and everything worked.
 
I have one more thing that I can ask anyone who suffers a similar fate to
try now.
 
Nathan
 
On Monday, November 17, 2014 11:50:11 AM UTC-8, Nathan wrote:
Ondrej <ondrej@psencik.eu>: Nov 17 01:08AM -0800

supportsUploading is by default true and it means that if contact is
changed your syncadapter is automatically started.
 
In Android 4 you must provide contacts.xml file, see documentation
http://developer.android.com/guide/topics/providers/contacts-provider.html#ContactsFile
It is documented now (when I was working on this I had to study Android
source code and reverse engineer this information from it), so your
complaints are not justified, I develop also for other platforms and such a
nice documentation is not available there as it is in Android.
 
But there is one other gigantic issue. All this documented functionality
and features are working for Android stock contacts application and as you
know manufacturers replace stock contacs application with their own
variants which do not work and crash, for example recently Samsung Galaxy
S5 their contacts application will crash if you add your account contact in
database (either user manually or adapter via code) and user will not be
able to use their phone. In other phones your account will not be visible
at all or will be read only (user will not be able to add contact). Anyway
you will experience a lot of nightmare if you are working on commercial app.
Surabhi Jain <surabhi17.jain@gmail.com>: Nov 17 11:55AM +0530

Hi all,
 
I am developing an app in which user will select a date.
For selecting date, I am using date picker dialog.
 
I have run my app on Sony Xperia U, whose android version is 2.3.7.
 
The date picker dialog is displaying fine as same as device settings (Date
& time option) date picker dialog on Sony Xperia U.
 
But When I run same app on Nexus S, Nexus 4, s4 and HTC One, it is not
showing the device default datepicker dialog. These devices api level is 11
or above of 11.
 
Is there any changes in api 11 or above of that ? due to this, not showing
the device default date picker dialog.
 
Please help me to sort out this problem.
 
--
Thanks & Regards
Surabhi Jain
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to android-developers+unsubscribe@googlegroups.com.

[android-developers] Digest for android-developers@googlegroups.com - 6 updates in 3 topics

Comments: (0)
bburd <bburd3@gmail.com>: Nov 16 08:13PM -0800

I'm creating projects that can be imported into Eclipse and/or Android
Studio. For the most part, these projects use tried-and-true features that
are present in older versions of the Android API, so I don't need to insist
on one target SDK or another. The trouble is, when another developer tries
importing, the IDE complains that whatever TargetSDK (or minimum SDK) is
specified (in the AndroidManifest.xml file, for example) isn't installed on
the developer's computer. The developer has the option of downloading the
target sdk version (which takes a while) or changing the requirements in
the AndroidManifest file (which isn't the best idea because it's a
tinkering with something in my code). Is there a way around all this?
Thyme Cypher <thyme.cypher@gmail.com>: Nov 16 06:06PM -0800

All I'm trying to do is create a SyncAdapter that will let me sync contacts
that are editable. The problem I'm having is either the accounts get
properly added and tied to my account but are marked as read-only, or they
get added as device contacts (Which while that could work, since the
account fields are still set, it's not ideal)
 
There are literally hundreds of guides out there that discuss this but they
all are based on android 2.x, where
android:supportsUploading="true"
is all that is needed, but the Android source code reveals that the classes
that use this no longer exist, and nobody has written or updated tutorials
on this.
 
Any direction would be appreciated, I only have a few days to solve this
issue and I've already reached out to 5 other support sites with the only
responses being rude sarcasm.
Matat Deltot <garfius@gmail.com>: Nov 16 05:54AM -0800

Sincerely , i have never seen a person disassembling a nexus unit on a bar,
street , club, restaurant,beach or similar.
 
Gerard.
 
 
On Sunday, November 16, 2014 12:07:40 AM UTC+1, Kristopher Micinski wrote:
Michael Banzon <michael@banzon.dk>: Nov 16 02:18PM

Ok - nice.
 
Since you posted this here, I am assuming you are trying to make an app
that removes this possibility.
 
What have you tried so far?
 
Kristopher Micinski <krismicinski@gmail.com>: Nov 16 11:46AM -0500

I guess my point is this: once they have the device, there isn't much
you can really do. If you have full device encryption, you can
prevent data loss: but very few people do that.
 
And for the record, I don't think taking the battery out of a phone
would be at all suspect to onlookers: just say that it crashed and has
to be rebooted. (I see people doing this all the time.)
 
Kris
 
 
Steve Gabrilowitz <steveg1701@gmail.com>: Nov 16 11:50AM -0500

At a robbery scenario I can't see the thief bothering with the lock screen
to disable the radios or hassling trying to get the back off the phone to
remove the battery. Smash phone with heel, problem solved! ;-)
On Nov 16, 2014 11:47 AM, "Kristopher Micinski" <krismicinski@gmail.com>
wrote:
 
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to android-developers+unsubscribe@googlegroups.com.