ie Collins wrote:
> The emulator doesn't use the hosts file on the host computer, it has
> it's own networking. You should be able to tweak it for what you need
> there:
>
> http://code.google.com/android/reference/emulator.html#emulatornetwor
>
> On Jan 25, 3:
All,
Anyone know of a way to change the server that a MapActivity looks at
for maps and images? By default the MapActivity it is pointed to
http://www.google.com:80. If you are operating on a self contained
network (disconnected from the open internet) google cannot be
resolved. But if you ar
Anyone have any insight? Thanks!
- Nick
On Dec 9, 7:59 pm, nknize wrote:
> More specifically, can we point the MapActivity to a company owned
> Enterprise Earth Server that contains our own fused image layers?
> Currently the MapActivity pulls the Satellite and Map layers
&
More specifically, can we point the MapActivity to a company owned
Enterprise Earth Server that contains our own fused image layers?
Currently the MapActivity pulls the Satellite and Map layers from
http://google.com:80. Let's say we are disconnected from the public
net but have a GEE Server on t
I'm having a similar issue, but I'm actually hosting the .apk files in
an Oracle database. Here is a code snippet:
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(Uri.fromFile(apkFile), "application/" +
"vnd.an
That's true. Except the app must first be granted the WRITE_SETTINGS
permission during user install. So the user is aware (as they
accepted it) that the app has permission to alter the Settings.System
table.
Nick
On Oct 8, 1:59 am, Al Sutton <[EMAIL PROTECTED]> wrote:
> I've only seen it menti
Understanding that the 1.0r1 has a bug on the system settings panel,
can we programmatically modify the INSTALL_NON_MARKET_APPS row in the
settings.system database to allow the emulator to install third party
apps?
I'm thinking along the lines of the following:
Uri settingsUri = android.provider
chive. I have no idea what MIMETag is or why
> you are prefixing it in the URI, but basically you want something
> like:
>
> Intent intent = new Intent(Intent.ACTION_VIEW);
> intent.setDataAndType(uriToApk, "application/vnd.android.package-
> archive");
>
>
equires etc.
>
> That is the way it works. Period.
>
> On Oct 6, 1:23 pm, nknize <[EMAIL PROTECTED]> wrote:
>
> > That's right... "You can't directly install an apk without the user
> > being involved." This is exactly what I want/am trying to do - le
ton <[EMAIL PROTECTED]> wrote:
> Are you sure that INSTALL_PACKAGES will be a user grantable permission?,
> I can see an argument for INSTALL_PACKAGES having uses, but I can also
> see the ability for it to be abused to install Spyware/Adware which the
> user did not want.
Adding android.permission.INSTALL_PACKAGES to the manifest results in
the following:
10-05 18:50:45.631: WARN/PackageManager(57): Not granting permission
android.permission.INSTALL_PACKAGES to package com.test
(protectionLevel=2 flags=0x44)
Subsequently tried the following without any luck...
t
This is exactly what I want to do - let the user choose to install an
apk. How do you go about doing this without involving
PackageManager.installPackage() (that inevitably throws a permission
denied exception)? Right now I'm providing the user with an "install"
Button whose onClick method calls
12 matches
Mail list logo
