Could you not offer a seperate application as a plug in for your main app
which offers the user to do the contact sync? Then users who want to do the
sync can install this plugin with the read contacts permission if they want
to?

On Jun 25, 2010 9:15 PM, "Brad Gies" <[email protected]> wrote:
> Not to disagree too much with Mark, but here is one scenario (that I
> have a need for) :
>
> My app uses user groups extensively, and when a user first installs my
> app, I would have liked to be able to ask them is they want to check to
> see if any of their friends are already registered on my site. To do
> that, I would read their contacts (once only) and return a list of the
> groups their friends are in to see if they also want to join that group.
>
> I decided to scrap doing that because I didn't want my app to have to
> have the READ_CONTACTS permission whether the user uses it or not, and
> when they only use it once if they do use it.
>
> AND I can think of many other times I've run into the same issue. I
> really believe this should be added to all Android permissions... even
> if it's just a Grant Once type of option, and then hope that developers
> don't overuse it :).
>
>
>
>
>
> On 25/06/2010 12:03 PM, Mark Murphy wrote:
>> On Fri, Jun 25, 2010 at 2:47 PM, Peter Eastman<[email protected]>
wrote:
>>
>>> I'd like to see more permissions handled implicitly through user
>>> actions at runtime.
>>>
>> For some fraction of permissions, this makes sense. The fraction is
>> very very small.
>>
>>
>>> For
>>> example, it's fine for a program to send an SMS message as long as
>>> it's done through a standard UI that displays the message and requires
>>> the user to click the "Send" button. That shouldn't require any
>>> special permissions, and it also should be enough to meet the needs of
>>> most programs. Permission would only be required to send SMS without
>>> using the standard UI, and that would be an uncommon thing to ask
>>> for. That way, it would actually get people's attention if a program
>>> asked for that permission.
>>>
>> This is already implemented. It is also implemented for placing phone
calls.
>>
>> What the core Android team is trying to avoid is a Vista-like
>> experience ("the CPU would like to execute an instruction -- allow or
>> deny?").
>>
>>
>>> No security model can stop all malware, and I think Android does a lot
>>> better than most OS's, but there's room for improvement. Having a
>>> program ask you for special permissions should be the exception, not
>>> the rule.
>>>
>> Assuming the SMobile Systems survey is accurate, here are the top 5
>> permissions requested:
>>
>> INTERNET
>> ACCESS_COARSE_LOCATION
>> WRITE_EXTERNAL_STORAGE
>> ACCESS_FINE_LOCATION
>> READ_CONTACTS
>>
>> None of these have an obvious "user action" that fits your proposed
model, IMHO.
>>
>> There are certainly ways to improve the user's ability to grok and
>> appreciate the permissions screen. However, it is unrealistic to
>> expect that applications will just stop requesting permissions.
>>
>>
>
> --
> Sincerely,
>
> Brad Gies
> -----------------------------------------------------------------------
> Bistro Bot - Bistro Blurb
> http://www.bgies.com
> http://www.bistroblurb.com
> http://www.ihottonight.com
> -----------------------------------------------------------------------
>
> Never doubt that a small group of thoughtful, committed people can
> change the world. Indeed. It is the only thing that ever has - Margaret
Mead
>
> --
> You received this message because you are subscribed to the Google Groups
"Android Discuss" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
[email protected]<android-discuss%[email protected]>
.
> For more options, visit this group at
http://groups.google.com/group/android-discuss?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Android Discuss" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/android-discuss?hl=en.

Reply via email to