Why is the same dialog sometimes translucent?

by Carl Whalley » Fri, 02 Apr 2010 21:36:41 GMT

Sponsored Links
 I have a Dialog with a Button whos OnClickListener() creates an
public void onClick(View v) {
  Dialog confirmDialog = new AlertDialog.Builder( activity )
                        .setIcon( R.drawable.icon )

The problem is in one place in the app, actually a MapActivity derived
Activity, when I run this the confirmDialog is translucent, and I
don't want this. When I run the same code from various other points in
the app, all non MapActivity derived, the confirmDialog has a solid
background. So its unlikely to be anything in the Dialogs xml but more
the context it is launched from, but I can't for the life of me see
where any translucent style is even mentioned in the app. Has anyone
see this before, or got any hints for how I can stop it happening

Android Academy:  http://androidacademy.com 


Other Threads

1. dalvik win32


Sorry for cross posting, if this a group that becomes irate with cross
posters. :-)
However, it seems I posted this question incorrectly to the android
group.  Apologies there.

I guess I'll just copy paste it here.  If anyone has any tidbits of
information that could save me countless hours, would be much


So I've spent quite some time searching for work porting dalvik to
win32. (not cygwin/ming)

And I can hardly find anything.
Perhaps I've been picking the wrong keywords to search for...  dalvik,
win32, port, msvc, etc etc..


Does anyone know of such work?  And/or where it resides? I don't need
any of android except dalvik.  (I did see the post of the utils to get
dalvik without the rest of android btw).

And actually, although this may sound strange, I don't need a multi
threaded dalvik either.. (although does the GC run on a different
thread like sun? not sure)

I've spent the last few hours compiling dalvik file by file within
msvc.  Besides the obvious pthread issues, and a unix only calls, and
some casting issues, and some places where gcc allows a bit more
interesting use of the stack in variable array declarations than vc++,
and a few scoping issues with GcHeap enums so far, and necessary
remapping of sys/* includes, and some work with file mapping, and some
etc, etc.  I haven't hit what looks like a super brick wall yet.

Also, dalvik's code is really beautiful btw.  Congrats!

So, additional questions would be
1)  If I wanted to avoid the pthread issues altogether, and I wanted
to call the GC manually via the containing host executable, could this
be possible?
2)  If this is not possible, and I must provide pthreads..  Is there
any reason not to use a wrapped boost?
3)  Are there other questions that I should be asking?  (But am not,
because I just started this process)

Thanks in advance,


unsubscribe: android-porting+unsubscr...@googlegroups.com

2. Communication between PC and Android device

Hi everyone,

 I've been looking for an answer but couldn't find it yet. The thread

 Given a device, how could an application communicate with this
device? Simplifying: something like a cellphone. You plug it in your
computer and the driver recognizes it. After that you may obtain
access the device.
I'm studying API but couldn't find nothing related. All I know is that
the API allows an abstraction of the device, like: folders, UI, etc.



3. Can I fling between multiple listviews?

4. Speech - True Voice Control Not Possible

5. How to preselect an uri in musicpicker

6. free Oracle Books

7. finishActivity doesnt work