android-discuss, Why is the same dialog sometimes translucent?

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

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:

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