Failed to execute the Launcher built by myself

by Romain Guy » Tue, 10 Feb 2009 00:29:51 GMT


Sponsored Links
 Without showing us the exact exception we won't be able to help you much...






-- 
Romain Guy
Android framework engineer
romain...@android.com

Note: please don't send private questions to me, as I don't have time
to provide private support.  All such questions should be posted on
public forums, where I and others can see and answer them

--~--~---------~--~----~------------~-------~--~----~



Failed to execute the Launcher built by myself

by Romain Guy » Sat, 07 Mar 2009 01:56:01 GMT


 he Launcher cannot be compiled against the SDK and the Launcher
source code from Cupcake can certainly not compile against SDK 1.0 or
1.1.

On Fri, Mar 6, 2009 at 9:49 AM, Prabhu <prabhu.swaminat...@gmail.com> wrote:



--
Romain Guy
Android framework engineer
romain...@android.com

Note: please don't send private questions to me, as I don't have time
to provide private support. All such questions should be posted on
public forums, where I and others can see and answer them

--~--~---------~--~----~------------~-------~--~----~


Sponsored Links


Failed to execute the Launcher built by myself

by Dianne Hackborn » Sat, 07 Mar 2009 02:06:33 GMT


 opy the code in to your app.

On Mon, Feb 9, 2009 at 10:03 PM, Gerald <myq...@gmail.com> wrote:



--
Dianne Hackborn
Android framework engineer
hack...@android.com

Note: please don't send private questions to me, as I don't have time to
provide private support. All such questions should be posted on public
forums, where I and others can see and answer them.

--~--~---------~--~----~------------~-------~--~----~



Other Threads

1. TabActivity vs VideoView vs Camera Preview contention

thanks for the response.

the view hosting the camera preview is indeed a surface view. i was 
using a regular SurfaceView, but then tried subclassing it and 
returning false in gatherTransparentRegion() as you suggested. 
unfortunately this doesn't affect the behaviour - upon switching to 
the playback tab after a preview, the black rectangle remains.

did i misunderstand your message?

making the views visible and invisible when their respective tabs are 
selected doesn't work, so i think i might instead have the tabs 
hooked up to placeholder views, which then inflate the appropriate 
VideoView and SurfaceView instances when selected. if *that* doesn't 
work, then something is seriously up with the view handling in 'droid.

any suggestions gratefully appreciated!
j




--~--~---------~--~----~------------~-------~--~----~

2. HTTP compression lost when using 3G connection

I've been working on improving the speed of my application and noticed
that when I turn off wifi and use the 3G connection, http requests no
longer use http compression.

Specifically, when using the 3G connection, the "Accept-Encoding"
header (which I have set to "gzip, deflate") are stripped off before
the request arrives at my server.  I tested this with the HttpClient
class, and with my own custom http client through java.net.Socket.

I then also verified this using the native android web browser.  With
wifi turned on, my server recieves a header "Accept-Encoding: gzip".
With wifi turned off, and using the 3G connection, my server does not
receive that header.

I initially thought this might be an intentional behavior as part of
3G connections, but then I tested it with a 3G iphone (on AT&T), and
there was no such problem there.  So I'm guessing it's a problem
specific to T-Mobile.  i wonder if there is some proxy that is
intentionally stripping out this header.

I'd appreciate any advice about this.  For an XML-based web service
like mine where the response data has a high compression ratio, this
behavior causes a significant speed hit.

--~--~---------~--~----~------------~-------~--~----~

3. Plug in in contact/calendar

4. For modular requirement

5. java.awt.polygon equivalent in android?

6. TabActivity vs VideoView vs Camera Preview contention

7. TabActivity vs VideoView vs Camera Preview contention