How to install my app and keep an icon from showing up in the application tray

by Mark Murphy » Fri, 04 Dec 2009 01:44:41 GMT

Sponsored Links
 > Thanks.  That works.

Fortunately, that's not possible. The only way the user will be able to
launch your application is if you put an icon in the launcher.

Except that your Application will never run unless it is launched, and the
first launch has to be by the user.

Mark Murphy (a Commons Guy) 
Android App Developer Books: 


How to install my app and keep an icon from showing up in the application tray

by Mark Murphy » Fri, 04 Dec 2009 01:59:51 GMT

 > So, with all that's been discussed, let me ask a different question.

You should be able to disable the activity via the PackageManager. I would
think that a disabled activity would vanish from the launcher, though I
have not tried that personally.

Mark Murphy (a Commons Guy) 
Android App Developer Books: 


Sponsored Links

Other Threads

1. Android App Resolution

Hi all

Need help on android app resolution,
Since everyone know that android OS is on all different resolution
there will be problem on designing the interface.

- What the best resolution you use when you design the background
- How to make the background image fit all different phone
resolution ? (I search around it say something like DP or SP)
- What layout the best you all used? (Since it say avoid absolute)

Thanks :)


2. Autodiscovery for Activesync

I recently found out why autoprovisioning doesn't work for my
Activesync server on Android.
It turns out Android's implementation is only doing a small portion of
the procedure described in this whitepaper:
When I use this page:
to test my server, it confirms that everything is in working order.

I went looking for the source on and found
the source of the email application done by Marc Blank:

            // There are up to four attempts here; the two URLs that
we're supposed to try per the
            // specification, and up to one redirect for each (handled
in postAutodiscover)
            // Note: The expectation is that, of these four attempts,
only a single server will
            // actually be identified as the autodiscover server.  For
the identified server,
            // we may also try a 2nd connection with a different
format (bare name).

            // Try the domain first and see if we can get a response
            HttpPost post = new HttpPost("https://" + domain +
            setHeaders(post, false);
            post.setHeader("Content-Type", "text/xml");
            post.setEntity(new StringEntity(req));
            HttpClient client = getHttpClient(COMMAND_TIMEOUT);
            HttpResponse resp;
            try {
                resp = postAutodiscover(client, post, true /
            } catch (IOException e1) {
                userLog("IOException in autodiscover; trying alternate
                // We catch the IOException here because we have an
alternate address to try
                post.setURI(URI.create("https://autodiscover." +
                // If we fail here, we're out of options, so we let
the outer try catch the
                // IOException and return null
                resp = postAutodiscover(client, post, true /

It's the part where the autodiscovery process should query the SRV-
record which is missing and messing up
any possibility for a clean autoprovisioning.

I'm not a developer myself and am hoping some of you are.
Is there some way to mature the email application in Android and get
the full procedure implemented?


3. Video Reset when orientation changes

4. aapt and Android library projects

5. SetContentView error - Android

6. honeycomb email search

7. Fwd: List onItemSelectedListener not working