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
AlertDialog:
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
please?

--
Android Academy:  http://androidacademy.com 

--



Other Threads

1. dalvik win32

Greetings,

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
appreciated.

-------------

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

Anyhow.

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,

-tim

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

2. Communication between PC and Android device

Hi everyone,

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

 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.

Thanks!

-- 

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