[android-developers] Re: Apple Granted Multitouch Patent

2009-01-28 Thread Marcio Alexandroni

In fact someone is already working on it for Android, JF has already
released an Android fork with a multitouch browser. I did install it on my
device.

http://forum.xda-developers.com/showthread.php?p=3219972#post3219972 

Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
  mar...@cialogica.com.br 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:android-develop...@googlegroups.com] On Behalf Of madcoder
Sent: Wednesday, January 28, 2009 10:55
To: Android Developers
Subject: [android-developers] Re: Apple Granted Multitouch Patent


In my opinion, the patent is worthless.  Multi-touch has been in use
long before the iphone started using it.  A good example of this is

www.jazzmutant.com

I hope Android will have multi-touch in a future update because of
this.


On Jan 28, 4:08 am, technick  wrote:
> The US is in need of some major copyright reform. Apple should of
> never been granted the patient on multi-touch interfaces, as its the
> next natural progression from a single touch interface.
>
> On Jan 27, 2:05 pm, Al Sutton  wrote:
>
> > The most intelligent solution would be disabling it in the firmware
> > shipped in the US. Most handst manufacturers are based in the far east,
> > T-Mobile can ship them to whomever they want outside the US, and
> > developers working outside the US can continue to work on it.
>
> > The same approach was used with encryption in pre-2006 where I could
> > order a VPN server from any number of European or far east websites
> > which, technically, if I took into the US or left the US with I could be
> > charged as an arms smuggler under US law.
>
> > If your country has laws that prevent you getting a technology you
> > should talk to the politicians about changing the law, not try and
> > remove the functionality from devices shipped to those of us in the free
> > world.
>
> > Al.
>
> > JP wrote:
> > > I speculate one of the reasons that multi-touch was not in the Android
> > > "package" because the patent was pending. I predict that noone outside
> > > Apple will touch multi-touch even with a 10ft. pole (pun intended).
>
> > > The bigger issue in my view is gesture-based scrolling, which *is*
> > > part of Android and which happens to be claimed in the patent.
> > > Somebody enlighten us how this is not going to be a battle down the
> > > road?
>
> > > On Jan 27, 9:52 am, Al Sutton  wrote:
>
> > >> It's only a US patent and the world is a big place.
>
> > >> All it means is that if anyone has a Multi-Touch innovation and wants
to
> > >> play it safe will stay out of the US market.
>
> > >> Welcome to America, the land of the free, well, as long as you have
the
> > >> right lawyer that is.
>
> > >> Al.
>
> > >> robotissues wrote:
>
> > >>> via Slashdot ..
>
> > >>>http://yro.slashdot.org/article.pl?sid=09%2F01%2F27%2F024242&from=rss
>
> > >>> Does this really put the kabosh on multitouch on Android for the
next
> > >>> 18 years?  Anyone out there have any thoughts on this?
>
> > >>>www.smileproject.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.
>
> > --
> > ==
> > 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.



--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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: How to re-install & sign android built-in applications

2009-01-22 Thread Marcio Alexandroni
>> I thought part of the point of the AOSP was that you could use those apps
as bases for your own development. (I can go digging for more
website/marketing/etc quotes if you really want, but..)



Ok, perhaps we should move this discussion to android-discuss but as it
started and continued here...

 

What it seems is that *Android* is based exactly on this idea but device
manufacturers don't want developers to do it, so if it does not happen that
a manufacturer sells an open device like dev phone to people in general,
Android will continue being a very good idea. Not that you can't jailbreak
your device, I did it and it works fine, but users in general won't do it.

 

I've been working with PalmOS and Windows Mobile for years and I still feel
uncomfortable with the manu security issues on the OS and surprised with the
"you can't". In these operating systems, it's up to the user to decide what
is going to happen with his device and the worst case if a terrible
developer does something mad, you can always hard reset the device and you
are up and running again.

 

I hope the future versions bring us your President's statement "Yes, we can"
(do what we developers want to do).

 

Marcio Alexandroni.

 

  _  

From: android-developers@googlegroups.com
[mailto:android-develop...@googlegroups.com] On Behalf Of Disconnect
Sent: Wednesday, January 21, 2009 18:08
To: android-developers@googlegroups.com
Subject: [android-developers] Re: How to re-install & sign android built-in
applications

 

I don't understand why taking the AOSP launcher, for example, and modifying
it is "simply not correct" but writing one from scratch is..?

I thought part of the point of the AOSP was that you could use those apps as
bases for your own development. (I can go digging for more
website/marketing/etc quotes if you really want, but..)



On Wed, Jan 21, 2009 at 3:04 PM, Romain Guy  wrote:


Replacing a core application is achieved using intent filters. This is
how you can replace Home with your own application or replace Browser
with your own web browser, et.


On Wed, Jan 21, 2009 at 11:58 AM, Disconnect 
wrote:
> I thought one of the core tenants of Android was that developers could
> write, and end users could install, apps that replaced the default apps.
> (Such as k9 and k9sms.)
>
> Is this not, in fact, true? (And please don't try to claim that sms/mms
> isn't a core feature of a mobile phone OS. And both of those projects are,
> from the start, forks of the AOSP applications.)
>
> Looking at the Android page (http://code.google.com/android/) I see:
>
> Any app on the mobile device can be replaced or extended -- even core
> components such as the dialer or home.
>
> ..the dialer has already been hashed over (at best, you can make
> non-emergency calls, but you cannot in fact "replace or extend" the dialer
> completely.) Are you now saying that the entire statement is false?
>
> On Wed, Jan 21, 2009 at 2:41 PM, Dianne Hackborn 
> wrote:
>>
>> Yes in this case probably what is desired is changing the package name,
>> though that wasn't explicitly requested.  But in Android that is how you
>> install an alternative version of an app -- by installing a -different-
app
>> with the same public capabilities (handling the same intents etc) as the
>> built-in app.  Then the user is free to decide when and where they want
to
>> use that new app, if at all.
>>
>> For the desire to just install a custom version of a built-in app that
has
>> the same name, and is thus treated as a new version, of the built-in app,
>> the basic answer is:
>>
>> - In the current platform, it is not possible to install an UPDATE (key
>> word) to a built-in application in to the data partition; updates can
only
>> be done by replacing the app in /system.
>> - In Cupcake we will have this facility, HOWEVER:
>>   1. You still must be able to sign the app with the same certificate as
>> the version in the system partition.  If you can't, you can't update it.
>> Only the original author of an application can create new versions of
their
>> own applications.  You won't be able to do this with any of the built-in
>> apps, because HTC and Google own the various certificates.
>>   2. It simply is not correct to install a your own update to one of the
>> system apps (contacts, calendar, etc) because those are part of the open
>> source platform and the company who made the phone you are installing it
on
>> could have customized that app in significant ways.  Your "update" could
>> actually be a regression, or completely incompatible with how the
built-in
>> app stores its data.
>>
>>
>>
>> On 

[android-developers] Sony Ericsson joins Open Handset Alliance

2008-12-18 Thread Marcio Alexandroni
Good news, we will have more devices:

 
http://developer.sonyericsson.com/site/global/newsandevents/latestnews/newsd
ec08/p_oha_android_sonyericsson_announcement.jsp?link_general=article-openha
ndsetalliancesonyericssonannouncement 

 



Marcio Alexandroni

 <http://www.cialogica.com/> www.cialogica.com

*  Tel. 55 11 3717-2345

*  Cel. 55 11 9989-8316

*  <mailto:mar...@cialogica.com> mar...@cialogica.com.br 

 marcioalexandroni


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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 G1 as modem

2008-12-11 Thread Marcio Alexandroni

Yes, there is, google for "tetherbot", I use in my notebook and it works.


Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
  mar...@cialogica.com.br 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:android-develop...@googlegroups.com] On Behalf Of Tee
Sent: Thursday, December 11, 2008 07:00
To: Android Developers
Subject: [android-developers] Using G1 as modem


Hi, the burning question on everyones lips are when is a developer
going to make an app that allows us to use the G1 phone as a modem?

Is there anything in progress out there...besides the hacked version
which seems like too much hassle




--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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: How to find out what the IP address of the Android device is?

2008-12-07 Thread Marcio Alexandroni

The only way I found it for now is:

Socket conn = new Socket("www.google.com", 80);
String ipAddress = Socket.getLocalAddress().toString();
Conn.Close;

Of course you need to catch for the exceptions. It returns the address in
the form "name/IP", you must parse the string to get the second piece.

Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
[EMAIL PROTECTED] 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Peter
Sent: Sunday, December 07, 2008 05:32
To: Android Developers
Subject: [android-developers] Re: How to find out what the IP address of the
Android device is?


Not that this is legit or anything but you could retrieve a site such
as cmyip.com and just extract the IP from the html. You could also
setup a server yourelf to hand back the IP when the device connects?
(you could also use the IP information for statistics =p )

On Dec 5, 4:18 pm, Qualyxx <[EMAIL PROTECTED]> wrote:
> There is a DhcpInfo class but it does not tell you where you can
> retrieve the DhCpInfo from.
>
> I would like to establish a ServerSocket and let other Android device
> to connect to it and I need to publish the IP address of the device.
>
> any hint?
>
> Thanks,
>
> Yang



--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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] Brazil is not accepted in the Market???

2008-12-06 Thread Marcio Alexandroni
I'm sure this is off-topic for this list but perhaps anyone at Google can
help me.

 

I tried to pay the fee for Android Market and for my surprise they don't
accept payments from Brazil!!! They list even smaller countries in
neibourhood but why not Brazil!

 

If anyone at Google can point me where to find more information or someone
to contact or perhaps another way to make the payment, please let me know.

 

Thanks.

 



Marcio Alexandroni

 <http://www.cialogica.com/> www.cialogica.com

*  Tel. 55 11 3717-2345

*  Cel. 55 11 9989-8316

*  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] 

 marcioalexandroni

 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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] Re: How to explicitly establish connection to the underlying GPRS or WiFi?

2008-12-05 Thread Marcio Alexandroni

Yes, I noticed that too, I also work with PalmOS and Windows Mobile
development and you have all the control over the network connections.

Android stays connected on any network it finds, Mobile Data Network or
WiFi. If you have a WiFi network registered and you reach its covered area,
it switches automatically to WiFi. If you are out of the WiFi network, it
tries to connect to the operator data network (GPRS, EDGE, 3G).

There must be a way to prevent one or other connection but I didn't find
(yet) any way to explicitly control the connections (drop/connect).

Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
[EMAIL PROTECTED] 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Qualyxx
Sent: Thursday, December 04, 2008 17:35
To: Android Developers
Subject: [android-developers] How to explicitly establish connection to the
underlying GPRS or WiFi?


In Window Mobile or Brew, the application has to make a
ConnMgrEstablishConnection call to connect to the underlying data
network. I don't see such API exists in Android.

The question is:  when is the the network connection with the
underlying data network established? when the first Socket connect
call is made? when the browser makes a URL request? And when does it
decide to close the network connection and is there an API to
accomplish that?

The android.net.ConnectivityManager seems to provide network status
but no explicit calls to open and end the data connection to the
network.

Any hints would be appreciated.

Thanks,

Yang




--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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
-~--~~~~--~~--~--~---



RE: Fw: [android-developers] Re: Android and bluetooth

2008-12-04 Thread Marcio Alexandroni

Hi,

Another common use for Bluetooth from applications is connecting to mobile
printers through SPP, I use it very much on SFA and other applications that
require printing. G1 (and forthcomings) are very likely to be used by
corporate applications in this kind of automation.

In other operating systems like PalmOS and Windows Mobile, pairing a printer
is nothing more than adding it to the trusted devices list and entering the
PIN. Of course it can be done manually of via BT API. After that, just
acquire a handle to the virtual serial port and send/receive data.

Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
[EMAIL PROTECTED] 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of whitemice
Sent: Thursday, December 04, 2008 06:55
To: Android Developers
Subject: Re: Fw: [android-developers] Re: Android and bluetooth


Hi Nick

>>I can see there is a use case for this. If we were to do this, it would be
through a scary sounding bluetooth permission. "This application can connect
to untrusted Bluetooth devics". We'll have to think about this a little.<<
I would do it this way:
(1) Application permission: "This application can connect to any
untrusted Bluetooth device without asking your permission".

(2) To get this to work the user must manually activate Bluetooth, and
then select an extra check box for Bluetooth Ad Hoc communication
(seeing another scary warning) in the Bluetooth settings.
The user is then shown a list of currently installed applications that
make use of this feature, having to activate (or disable) this feature
for each individual application.

It would be the responsibility of application developer to detect when
this feature is disabled, and then guide the user towards the
Bluetooth settings panel.

(3) Make the Android market a website, and make it searchable by
permission.
This would allow the community to find and strike down applications
that misuse this capability.

I think this would be enough hoops for the user to jump through while
keeping the user in control, and making it more secure than existing
Symbian Bluetooth implementations.


>>The first step is to get any Bluetooth API out. Let me work on that first
:)<<
I’ve used enough bad Bluetooth stacks to know not to ask you to
hurry ;-)
…But you can put me down as a vested interest if you require some
outside validation in this area.

Thanks for listening
Mark





--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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] Re: TelephonyManager.listen Freezes when the screen is shutted down!

2008-12-03 Thread Marcio Alexandroni

Hi,

I'm not sure about it, but would a Wake Lock solve the problem?
PARTIAL_WAKE_LOCK ensures the CPU is running, but the screen may be off.

Regards,

Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
[EMAIL PROTECTED] 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of vekexasia
Sent: Wednesday, December 03, 2008 17:50
To: Android Developers
Subject: [android-developers] TelephonyManager.listen Freezes when the
screen is shutted down!


hi, on my onCreate() Activity function i wrote this:
<--
CambioCellula myCellula=new CambioCellula();
...
TelephonyManager x=(TelephonyManager)this.getSystemService
(Context.TELEPHONY_SERVICE);
x.listen(myCellula, PhoneStateListener.LISTEN_CELL_LOCATION);
-->
Where CambioCellula is my class defined like this excerpt
<--
public class CambioCellula extends PhoneStateListener {

public void onCellLocationChanged(CellLocation location) {
GsmCellLocation myLocation=(GsmCellLocation)location;
Log.d("X","Y");
Toast.makeText(ctx, "Found New Cells
"+myLocation.getCid(),Toast.LENGTH_LONG ).show();
}
}

-->
The program works when the screen is on .. But when i shut down the
Screen  ( with a short press of the end-call button) it seems to
doesn't
work..

IS this an sdk problem? Am i doing something wrong?
Are you familiar with this kind of "bugs" ?
Thanks Andrea.



--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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] Re: Wifi Ip Address

2008-12-03 Thread Marcio Alexandroni

Hi Andrea,

I do have a G1 here in Brazil and the WiFi IP address works fine with that
code. In Emulador, it will show zero.

Regards,

Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
[EMAIL PROTECTED] 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Andrea
Sent: Wednesday, December 03, 2008 13:13
To: Android Developers
Subject: [android-developers] Re: Wifi Ip Address


Marcio: Yeah, that is what i am looking for, but on the emulator
info.ipAddress returns 0. I hope on a real device it returns the
actual ipAddress. I don't have one to test!

thanks to all.
Andrea

On Dec 3, 2:57 pm, "Marcio Alexandroni" <[EMAIL PROTECTED]>
wrote:
> Would it be:
>
>         WiFiManager wifi = (WifiManager) getSystemService(WIFI_SERVICE);
>         DhcpInfo info = wifi.getDhcpInfo();
>
> DhcpInfo has all the WiFi configurations. Of course you have to add the
> permissions below to the manifest. I'm not sure you need both but it
worked
> with those.
>
>  android:name="android.permission.ACCESS_NETWORK_STATE">
>  android:name="android.permission.ACCESS_WIFI_STATE">
>
> Marcio Alexandroniwww.cialogica.com
> w  Tel. 55 11 3717-2345
>    Cel. 55 11 9989-8316
> [EMAIL PROTECTED]
>  marcioalexandroni
>




--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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] Re: Wifi Ip Address

2008-12-03 Thread Marcio Alexandroni

Would it be:

WiFiManager wifi = (WifiManager) getSystemService(WIFI_SERVICE);
DhcpInfo info = wifi.getDhcpInfo();

DhcpInfo has all the WiFi configurations. Of course you have to add the
permissions below to the manifest. I'm not sure you need both but it worked
with those.




Marcio Alexandroni
www.cialogica.com
w  Tel. 55 11 3717-2345
   Cel. 55 11 9989-8316
[EMAIL PROTECTED] 
 marcioalexandroni

-Original Message-
From: android-developers@googlegroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Andrea
Sent: Monday, December 01, 2008 19:43
To: Android Developers
Subject: [android-developers] Re: Wifi Ip Address



Xavier: I don't want to change the ip. I want only to know the ip that
is assigned to the NIC of the phone.
Ed: Sure, but showipaddress.com shows only the ip with which you go
out on the Internet: for example you could be connected to Internet
behind NAT.

I try to explain better my problem:
I'm developing on the emulator because I'm in italy and here there
aren't devices. My app creates a server listening on a port for
incoming connections. On the emulator the address used to bind the
socket is "10.0.2.15", if I want to connect to that server, say from
another host, i have to:
1) make a redirection on the local interface of the host that runs the
emulator (so 127.0.0.1: forwards to 10.0.2.15:)
2) redirect my NIC interface to the local interface (say
192.168.2.1: forwards to 127.0.0.1:) with a datapipe tool
3) connect from a client to 192.168.2.1:
4) start communicating.

Now, in a real device how is this achieved? How many interfaces the
device has? I think it has 10.0.2.15, 127.0.0.1 and the ip address
assigned to the phone by a wifi network. Am I wrong?

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



[android-developers] Re: how to inject a KeyEvent

2008-11-23 Thread Marcio Alexandroni

Hi,

I've been just wondering about these security issues, injecting
events, access to some low level APIs, screen lock, telephony, etc.
I've been developing on other mobile operating systems for years and
all them allow this kind of technique, it's valuable for some kind of
applications, mainly in corporate applications where the company wants
the user with no access to phone features like downloads, games, etc,
but only a limited set of features.

My question is, would you consider adding all this 'privileged' APIs
to the security in the manifest, with a 'red' level of alert to the
user upon installation, with description of the potential risks, so
that user can decide?

I know Android core developers said they don't want user to decide,
but in my oppinion it is really what should happen.

Just my thought.

Marcio Alexandroni
www.cialogica.com


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



[android-developers] Re: how to inject a KeyEvent

2008-11-23 Thread Marcio Alexandroni

I'm just wondering about these security issues, injecting events, access to
some low level APIs, screen lock, telephony, etc. I've been developing on
other mobile operating systems for years and all them allow this kind of
technique, it's valuable for some kind of applications, mainly in corporate
applications where the company wants the user with no access to phone
features like downloads, games, etc, but only a limited set of features.

My question is, would you consider adding all this 'privileged' APIs to the
security in the manifest, with a 'red' level of alert to the user upon
installation, with description of the potential risks, so that user can
decide?

I know Android core developers said they don't want user to decide, but in
my oppinion it is really what should happen.

Just my thought.


Marcio Alexandroni
www.cialogica.com 



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