I suppose I could let the application itself that uses the SDK be
responsible for doing the check and turning on/off the blue tooth when
needed, but I figured it would be nice if the SDK itself could do the check
for them. I had been hoping that there would be a nice solution for it.
--
You
Dianne,
I do only ever have one displayed at a time but as mentioned I was only
dismissing them rather than removing them so obviously not removing
from the map. I am removing them now as mentioned so my problem has gone
away. I do notice quite a few questions on google relating to multiple
This problem makes me fed up to me also but i got the solution with
googling
following link gives u the solution and reference
http://developer.android.com/guide/topics/resources/runtime-changes.html
i adding my blog link
Sorry for double posting, but there's one more thing that bothers me
regarding this problem. Dialog requires to pass Activity as a context,
but when changing screen orientation that activity is destroyed. How
can it use the cached dialog with invalid context? Is it setting it to
the new one?
--
The actual dialog objects get destroyed, and re-created around the time
of onRestoreInstanceState in the new activity instance (causing
onCreateDialog / onPrepareDialog to be called).
So why does the Drawable fail to repeat? Looks like the problem lies
in restoring the dialog before whole layout is initialized.. which is
quite weird. Is there a way to retrieve the list of opened dialogs
associated to current Activity?
On 20 Sie, 12:11, Kostya Vasilyev kmans...@gmail.com wrote:
There really isn't restoring of dialogs - more like recreation of
dialogs.
As such, it goes through your new activity's onCreateDialog after the
orientation change.
You could try loading the drawable and setting it into the dialog layout
from code. Perhaps calling setTileMode{X/Y/XY} along
On Fri, Aug 19, 2011 at 11:56 PM, Snowak psno...@gmail.com wrote:
Let me quote my post:
I'm not interested in forcing it to reload in onPrepareDialog,
because it would require putting this code into every activity which
use this dialog..
Do you really think your solution differ in any
Thank you both, it looks like the Drawable fails to restore it's
tileMode when it's created before layout has been completely
initialized. It's weird, but I've managed to solve it by setting the
tileModeXY via code when creating the dialog.
--
You received this message because you are subscribed
Have you tried to use an *Activity *with its theme set to (a sub-theme of)
Theme.Dialog (instead of an actual Dialog)?
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
http://developer.android.com/reference/android/app/Activity.html#removeDialog(int)
Let me quote my post:
I'm not interested in forcing it to reload in onPrepareDialog,
because it would require putting this code into every activity which
use this dialog..
Do you really think your solution differ
I've taken care of the dialog's on rotation issue with a custom
pattern. I posted it here a few months ago, but was shut down by
people. It's not that simple, but it works very well and the dialogs
are preserved perfectly. If you care, I can post my solution again.
On Jun 20, 1:08 pm,
Hi,
I have getLastNonConfigurationInstance(...) to preserve the instance
of asynctask and re-execute it on orientation change. It works fine
from Portrait to Landscape mode. But again from Landscape to Portrait
it fails with the same Exception. Don't know why??
On Jun 20, 10:08 am, William
Ya sure I would like to take a look at it. Thanks alot.
On Jun 20, 11:10 am, Zsolt Vasvari zvasv...@gmail.com wrote:
I've taken care of thedialog'son rotationissuewith a custom
pattern. I posted it here a few months ago, but was shut down by
people. It's not that simple, but it works very
All my dialogs are their own classes. They don't extend from
anything. The beaury of this pattern that DialogClass can contain
many different real Dialog objects and they are usuable from Acitvity
to Activity:
The DialogClass is the container for the real Dialog objects. It has
a dialog
Hi,
I understood what you were trying to say. Here's what I;'m doing now:
class ConnectionsListAddScreen extends Activity{
public void onCreate(Bundle savedInstState){
super.onCreate(savedInstState);
//here on particular button click
new
Android doesn't handle rotation and dialogs particularly well, mainly
due to rotation causing the Activity to be destroyed and a new one
created. This leaves Dialogs with an invalid Context. Using managed
dialogs (like you are) just shifts the problem, otherwise you get
Hi,
Yes I'm sending the request to server in onCreateDialog(), but its an
AsyncTask.
In onPreExecute() show the progress dialog and onPostExecute() cancel
the progress dialog.
Off late I have another issue in computing textview height, I have
posted this issue on a separate thread also.
The
It plainly looks like it loads an activity that, seeing the intent
passed, loads the dialog or possibly another activity with a
translucent theme.
On Jun 9, 4:35 pm, jtomasko j...@tomasko.net wrote:
On the xoom tablet (3.1), after selecting a notification of a google
calendar event, a dialog
Are you sending a request to the server in the implementation of the
'onCreateDialog(...)' method? If so, this is not good. The onCreateDialog is
called by the OS when the hosting activity is recreated due to a config
change when a dialog is shown using the showDialog method (i.e. an
After spending more time on it than I'd like, I have solved this issue, and
wanted to post the outcome back here.
Turns out it's not an SDK problem, but it is an issue with the documentation
I linked to earlier,
http://developer.android.com/guide/topics/ui/dialogs.html#CustomDialog. The
last
On Wed, Jun 1, 2011 at 3:30 AM, String sterling.ud...@googlemail.comwrote:
Toward this end, I'd like to see the relevant example in the documentation
changed. Can anyone remind me of where to suggest doc updates?
I think they get filed as bugs. I could be wrong though.
Kostya Vasilyev wrote:
Pskink - I believe you need to add transparent padding on the right, as wide
as the balloon's size on the left.
thanks Kostya, that works!
it's minimal waste of resources but anyway it made a trick
pakink
--
You received this message because you are subscribed to
On Apr 2, 11:10 pm, Dianne Hackborn hack...@android.com wrote:
If you merge two drawables into the same windowBackground drawable, this is
no different than what you are doing now.
Generally the window background is just a frame, and an icon or other stuff
is drawn by the view hierarchy
On Apr 2, 2:50 am, lbendlin l...@bendlin.us wrote:
does the bubble have to be part of the image? Or could it be a separate
image, positioned relative to your nine-patch?
It can be separate image. Any hints for merging two drawables and
using the result as a windowBackground in such way that
Could I ask how you got the transparent area at the top and left? I
have tried this custom dialog and I get a white border around my
view. Is it the use windowBackground idea? What object are you
setting with that attribute? Is it the Dialog?
On Apr 1, 12:36 pm, pskink psk...@gmail.com wrote:
If you merge two drawables into the same windowBackground drawable, this is
no different than what you are doing now.
Generally the window background is just a frame, and an icon or other stuff
is drawn by the view hierarchy inside of the window.
On Sat, Apr 2, 2011 at 2:44 AM, skink
Pskink - I believe you need to add transparent padding on the right, as wide
as the balloon's size on the left.
03.04.2011 1:11 пользователь Dianne Hackborn hack...@android.com
написал:
If you merge two drawables into the same windowBackground drawable, this
is
no different than what you are
Figured it out -
mAlert.getWindow().setBackgroundDrawable(getResources().getDrawable(R.drawable.fifth));
beautiful. Thanks for this idea
On Apr 2, 4:26 pm, Nick Longinow nicklongi...@gmail.com wrote:
Could I ask how you got the transparent area at the top and left? I
have tried this custom
does the bubble have to be part of the image? Or could it be a separate
image, positioned relative to your nine-patch?
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
On Mar 27, 8:05 am, TreKing treking...@gmail.com wrote:
On Sun, Mar 27, 2011 at 2:25 AM, Doug beafd...@gmail.com wrote:
It's not pointless, and please stop telling people that. :-)
You just have to know when to use it. Use it when you need to store
a context in an object that lives
try style id.
in style.xml:
style name=CustomDialogTheme parent=@android:style/Theme.Dialog
item name=android:windowBackground@color/transparent/item
item name=android:windowIsFloatingfalse/item
item name=android:windowNoTitletrue/item
/style
use this, this will definitely remove the TITLE from dialog box
dialog.requestWindowFeature(dialog.getWindow().FEATURE_NO_TITLE);
--
Regards
Dixit Wadhwani
On Mar 27, 12:32 am, Archit Jain dce.arc...@gmail.com wrote:
Hi all,
Is there a way, I can remove title from the default dialog box ?
On Mar 26, 1:24 pm, TreKing treking...@gmail.com wrote:
On Sat, Mar 26, 2011 at 2:32 PM, Archit Jain dce.arc...@gmail.com wrote:
Dialog alertDialog = new Dialog(getApplicationContext());
Never use getApplicationContext() - it's pointless and doesn't work for
Dialogs. I'm surprised you're
On Sun, Mar 27, 2011 at 2:25 AM, Doug beafd...@gmail.com wrote:
It's not pointless, and please stop telling people that. :-)
You just have to know when to use it. Use it when you need to store
a context in an object that lives longer than an instance of an activity or
service, but don't
27.03.2011 19:05, TreKing пишет:
Do you have a good example of when storing a Context like this is a
good idea? I'm just curious.
I do. Singletons.
Or, to use a more simple name, manager or utility classes that
provide reusable functionality, which needs to be available to more than
one
On Sun, Mar 27, 2011 at 10:16 AM, Kostya Vasilyev kmans...@gmail.comwrote:
27.03.2011 19:05, TreKing пишет:
Do you have a good example of when storing a Context like this is a good
idea? I'm just curious.
I do. Singletons.
Or, to use a more simple name, manager or utility classes that
setCancelable(false); specify your own positive and negative button
callbacks.
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send
don't use this while writing your dialog box code---
dialog.setTitle(Title name);
On Mar 27, 12:32 am, Archit Jain dce.arc...@gmail.com wrote:
Hi all,
Is there a way, I can remove title from the default dialog box ?
I am using following code :
Dialog alertDialog = new
I haven't used dialog.setTitle(Title name); but it still shows a titel
with no tex in it ...as in the snapshot in last image.
Regards,
Archit Jain
On Sun, Mar 27, 2011 at 10:33 AM, Dixi dixitwadhw...@gmail.com wrote:
don't use this while writing your dialog box code---
Use: requestWindowFeature(Window.FEATURE_NO_TITLE);
On Sat, Mar 26, 2011 at 10:03 PM, Dixi dixitwadhw...@gmail.com wrote:
don't use this while writing your dialog box code---
dialog.setTitle(Title name);
On Mar 27, 12:32 am, Archit Jain dce.arc...@gmail.com wrote:
Hi all,
Thanks Miguel ... it worked :)
Regards,
Archit Jain
On Sun, Mar 27, 2011 at 10:46 AM, Miguel Morales therevolti...@gmail.comwrote:
Use: requestWindowFeature(Window.FEATURE_NO_TITLE);
On Sat, Mar 26, 2011 at 10:03 PM, Dixi dixitwadhw...@gmail.com wrote:
don't use this while writing your
Ok I used ScrollView and it works.
- Original Message -
From: Hendrik Greving
To: Android Developers
Sent: Tuesday, December 28, 2010 8:05 PM
Subject: Dialog, ListView, ListViewAdapter, form elements
I have a Dialog, setContentView set to a xml ListView. I then use a
hi
is that you need click on the list item . if that unned to override
the function AdapterView.OnItemSelectedListener
On Dec 29, 9:05 am, Hendrik Greving fourhend...@gmail.com wrote:
I have a Dialog, setContentView set to a xml ListView. I then use a
ListAdapter that returns view form
hi
in that itemmselect listener u need to write the onclick listener for
the list item
On Dec 29, 9:42 am, kampy narasimha1...@gmail.com wrote:
hi
is that you need click on the list item . if that unned to override
the function AdapterView.OnItemSelectedListener
On Dec 29, 9:05 am,
Jithin,
In Android, if the dialog is shown, the area beneath it cant get any
user interaction.
And this is quite a useful property that when you have to show a
progress in any process
and you want to restrict user not to do any UI interaction,
then instead of changing the visibility of the
You need a different layout for your dialog for the landscape mode.
On Oct 31, 3:27 pm, Dilli dilliraomca...@gmail.com wrote:
Hi all,
@landscape mode
In messaging application screen i am trying to attach a audio , it pop
up a dialog and, at the same time some incoming call came, after
Your analysis is correct, up to the point where you say so it can
perhaps start a separate thread, where you get it exactly backwards.
It could start a new thread right then and there.
Instead, you should say so it can handle it IN THE SAME THREAD. The
thread involved is called the UI thread.
Can you provide me with some more information on this or give me a
link to some?
On Jul 9, 9:35 pm, Mark Murphy mmur...@commonsware.com wrote:
Use a Theme.Dialog activity.
On Fri, Jul 9, 2010 at 3:30 PM, Boozel boozelcl...@gmail.com wrote:
I have an aplication that is just a service but
I figured it out here http://developer.android.com/guide/topics/ui/themes.html
Thanks
On Jul 9, 9:35 pm, Mark Murphy mmur...@commonsware.com wrote:
Use a Theme.Dialog activity.
On Fri, Jul 9, 2010 at 3:30 PM, Boozel boozelcl...@gmail.com wrote:
I have an aplication that is just a service but
On Sat, Jun 26, 2010 at 1:20 AM, Zsolt Vasvari zvasv...@gmail.com wrote:
Here's an example of what I do, a simple MessageDialog class.
Doesn't look so simple. Looks like you re-invented the Dialog class. And it
looks like you have to keep references to all dialogs and remember to save
and
I guess my method's usefullness isn't apperant from a simplistic
example. Believe me, in my app, with many dialogs, some of which can
show their own message pop-ups and sub dialogs, it's a godsend not
having to touch the Activity every time and be able to encapsulate the
dialog's functionality in
I don't use managed dialogs at all -- not only don't they work in
certain cases (like in a TabActivity), I think the whole system of
having to maintain global dialog ids is a pain. In my very large app,
I ended up with a DialogIds global enum, which I hated. I still have
the same issue with
I added this code
@Override
protected void onPause() {
super.onPause();
try{
System.out.println(dismissing!!!);
dismissDialog(TEST_DIALOG);
}catch(Exception e){
e.printStackTrace();
}
}
@Override
protected
I can use android.widget.PopUpWindow class, but it has sharp edges
in the corners, I need like in Dialog, rounded edges. Is it possible
in PopUpWindow or can we put the dialog to the Bottom.
Nithin
On Apr 20, 2:14 pm, Nithin nithin.war...@gmail.com wrote:
Hi,
The dialog(android.app.Dialog)
You can do the following in the constructor of a Dialog subclass:
getWindow().getAttributes().y = 30;
to move the dialog 30 pixels down. This movement is relative though.
On Apr 20, 3:55 pm, Nithin nithin.war...@gmail.com wrote:
I can use android.widget.PopUpWindow class, but it has sharp
Thanks pieter...
On Apr 20, 7:19 pm, Pieter pie...@gamesquare.nl wrote:
You can do the following in the constructor of a Dialog subclass:
getWindow().getAttributes().y = 30;
to move the dialog 30 pixels down. This movement is relative though.
On Apr 20, 3:55 pm, Nithin
By custom dialog I meant... either using Dialog-Builder or a sub-
class ;)
--
Happy Hacking,
Gaurav Vaish
www.mastergaurav.com
--
On Apr 20, 6:25 pm, ~ TreKing treking...@gmail.com wrote:
On Mon, Apr 19, 2010 at 7:54 AM, angushir...@googlemail.com
Hi Angus,
You have two options:
(a) Use a custom Dialog implementation. Show it. And then, use
postDelayed method to hide is after specific time
The dialogs are modal.
(b) Use a custom UI and then use WindowManager to addView at
specific location. and then, again, use postDelayed to hide
Hey, Amit!
Specifically to the search button problem, I've found the following
solution:
case DIALOG_PROGRESS_SPINNER:
progressDialog = new ProgressDialog(this) {
@Override
public boolean onSearchRequested()
Hey Bolha,
Yes, I implemented the similar thing by overriding onKeyDown and
checking keycode
Will be working on the incoming call case tomorrow :)
On Feb 26, 6:29 pm, Bolha lucasros...@gmail.com wrote:
Hey, Amit!
Specifically to the search button problem, I've found the following
Amit,
How are you creating the dialog? Sometimes, when creating a dialog
outside the overriden method onCreateDialog (from Activity class),
the dialog can have strange behaviors (mainly because it sometimes the
dialog instance is lacking a reference to its parent). Can you post a
piece of your
Bolha, Thanks for responding.
Dialog is created using onCreateDialog and I am invoking it by
showDialog(int id)
Below is the code. When my PurchaseActivity starts I do not want the
dialog to go away until I get response from the server but clicking on
the search button removes it. For now I have
Oooh, I tried to follow this explanation:
http://developer.android.com/intl/de/guide/topics/ui/dialogs.html#CustomDialog
if anyone wants to have a look at it!
On Feb 9, 10:24 pm, André pha...@hotmail.com wrote:
Hello,
I'm trying to make a dialog box to open when I start a program.
Eclipse
Really?
Yeah, now I saw your other replies. You are the man! Thanks!
On Feb 9, 10:32 pm, TreKing treking...@gmail.com wrote:
On Tue, Feb 9, 2010 at 3:24 PM, André pha...@hotmail.com wrote:
Context mContext = getApplicationContext();
You're probably seeing something about a BadToken in the
The four stages of Android UI Enlightenment:
0) You dutifully use getApplicationContext() his Activity to pass
along to the SDK.
1) You realize you don't NEED to call getApplicationContext() from
your Activity to pass along, 'this' should work.
2) You realize it is WRONG to call
More stars/occurrences on the bug report welcome:
http://code.google.com/p/android/issues/detail?id=5748
On Feb 9, 6:05 pm, Bob Kerns r...@acm.org wrote:
The four stages of Android UI Enlightenment:
0) You dutifully use getApplicationContext() his Activity to pass
along to the SDK.
1) You
in the high rez layout folder make a new xml file and give your linear
layout a hard coded value, you can check the dev guide to see what
the minimum width/height needs to be for it to use the high rez layout
so you don't need to worry about making it to big
On Jan 19, 8:24 pm, Zsolt Vasvari
Hi,
maybe i should use inset drawable?
alas i couldn't find anywhere any example how to use it in practice...
thanks,
pskink
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to
Hi Dianne,
this is what I did, and it didn't work:
WindowManager.LayoutParams lp = new WindowManager.LayoutParams();
lp.width = WindowManager.LayoutParams.FILL_PARENT;
lp.height = WindowManager.LayoutParams.FILL_PARENT;
getWindow().setAttributes(lp);
that has no effect whatsoever (I
As it turns out, there seems to be a bug in the system. If you set the
background of a list or a grid (even if it is a solid color) then that
disappears when you touch around it. This is inspite of disabling
cacheColorHint. If you really want to set the background of a list
make the list/grid a
I figured it out!
First create a file named translucent_background.xml in res/drawable:
?xml version=1.0 encoding=utf-8?
shape xmlns:android=http://schemas.android.com/apk/res/android;
solid android:color=#/
padding android:left=1dp android:top=1dp android:right=1dp
I had a copy/paste error.
Change: item name=android:background@drawable/translucent_box/
item
To: item name=android:background@drawable/
translucent_background/item
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups
That works like a charm, except
Doing it that way causes the application to briefly display the title
bar before being removed(at least it is for me, anyway). In my
opinion it looks very unprofessional. If I set the needed values in
the xml file via the windowNoTitle method then this
Hi, I am also trying to find a solution to this...
On Jul 31, 4:41 pm, nEx.Software email.nex.softw...@gmail.com
wrote:
Just out of curiosity, why are you using a dialog if you want it to
fill the screen?
simply because there are occasions where you need to replace content
in the dialog
The dialog theme, as part of its nature, sets the top-level window layout to
be WRAP_CONTENT. You could try manually setting the Window layout width and
height to FILL_PARENT, though this is going to make for a kind-of weird
dialog (especially if one day you find yourself running on a large
I think that the easiest way to solve this problem is to set the theme
in your manifest file to Theme.Dialog and then simply say
requestWindowFeature ( Window.FEATURE_NO_TITLE );
custom = new Custom(getApplicationContext ());
setContentView ( custom );
Works like a charm! :)
On 22 avg., 07:37,
BTW: My dialogs were dying because I was opening them outside the
onCreateDialog method. Once I moved them in there, everything worked
great. Ref: http://developer.android.com/guide/topics/ui/dialogs.html
On Aug 13, 10:41 am, CraigsRace craig...@gmail.com wrote:
Well, I did it this way.
Well, I did it this way. Create your dialog that extends Dialog. In
the constructor call:
requestWindowFeature(Window.FEATURE_NO_TITLE);
this.getContext().setTheme(R.style.MyCustomTheme);
setContentView(R.layout.your_layout);
Put all the initialisation of all your stuff in onCreate.
Then to
I kept running into this problem, and I think I have found the cause.
Specifying an activity is a dialog in the manifest, for me, kept
causing the background screen to be lost (not all the time - some
dialogs would work ok). However, if I made my dialogs via code, Ie:
sub-classed Dialog, and in
Hi!
I am facing a similar problem. All I want to do is remove the title
from an Activity that I am trying to show as a Dialog. Could you
please post some more details on how you managed to solve the problem?
I am using the following code to modify the Dialog theme:
?xml version=1.0
The parent window had a 120Kb jpeg picture on it. I used more
compression on the jpeg and got it down to 32Kb, and bingo, the parent
window stopped disappearing! Yay me!
On Aug 6, 10:39 am, CraigsRace craig...@gmail.com wrote:
Hi,
I wanted to change the frame around my Dialog. So I set up
make use of message for updating the progress dialogbox from the http
thread. i think it'll b better if u use progress dialog with
setIndeterminate(true). this wud make it simpler and u dont have to keep
note of the progress...
hope this helps.
cheers!
On Tue, Aug 4, 2009 at 2:58 PM, Rahul
I will recommend you to read
http://android-developers.blogspot.com/2009/05/painless-threading.html
and
http://developer.android.com/reference/android/os/AsyncTask.html
--
Best Regards,
Atif Gulzar
I Unicode, ɹɐzlnƃ ɟıʇɐ
On Tue, Aug 4, 2009 at 3:56 PM, Saurav Mukherjee
Just out of curiosity, why are you using a dialog if you want it to
fill the screen? That being said, the content within the dialog will
push it to fill the screen if required. Putting things like ListViews
with fill_parent seems to do the trick...
On Jul 31, 7:33 am, doubleslash
Bump..anyone? Is it possible to set a dialog's orientation? Thanks
On Jun 28, 7:40 pm, doubleslash doublesl...@gmail.com wrote:
I have analertdialogover an activity that is set in landscape mode.
Thus, thedialogis also displayed in landscape. How do I set it so
it's displayed in portrait
Ok i solved it myself.
I use setMessage together with setItems.. this does not work
One should use setTitle in stead of setMessage.
I think the builder show throw an exception if somebody uses
a illegal combination of parts (in my case: message + items)
Anyway its a small issue, but a nasty bug
I'm trying to use a managed dialog from inside a tab in a TabActivity and it
is not behaving as I expected. The dialog is still being killed when I flip
the screen. If I create the dialog from the TabActivity instead of its child
(using getParent().showDialog() ) it is handled correctly.
Is
Don't do that. Do the proper thing of saving your state and restoring it,
or use the managed dialogs API to get help from the system for that. Doing
this just means your app will continue to not work in other situations where
the system kills it, such as when it needs memory for something else
Hi Dianne,
I suggested the way i followed to retain the state of the dialog, which may
not be preferred. Thanks for the suggestion.
It would be good if you could provide a sample as to how to retain the state
after flipping, so that i could implement the same.
is it a bug or desired behavior ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send
Flipping the device would recreate the activity. So the dialog is getting
dismissed.
Override the method onConfigurationChanged(). and for the activity,
set the configChanges
parameter to keyboardHidden|Orientation in the manifest file. doing this,
will not recreate the activity.
Thanks a lot
It worked !!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email
We found the onMenuItemSelected gets called instead. I would think it
is a bug but don't know for sure.
-Shon
On Apr 24, 9:21 am, Cristian Radu cristi.en...@gmail.com wrote:
I have the same problem: a dialog with a list view on which I attach a
context menu. When long-clicking the menu gets
I have the same problem: a dialog with a list view on which I attach a
context menu. When long-clicking the menu gets displayed, but clicking
any option doesn't do anything - the onContextItemSelected method
never gets executed.
Any ideas? Is this a bug?
On Mar 13, 10:29 pm, Tim H.
I see bug 1639 - is there a workaround to restore a 're-created'
dialog using code in an overridden onPrepareDialog?
On Mar 6, 6:13 am, Romain Guy romain...@google.com wrote:
It is a problem. In my, and others', opinion it is a *bug* that the
onPrepareDialog is not called when adialogis
My workaround is in the message you quoted. I don't see how
overriding onPrepareDialog can work since it isn't called after the
config change -- that's the essence of the bug.
On Apr 27, 9:02 am, AusR austinjr...@gmail.com wrote:
I see bug 1639 - is there a workaround to restore a
You can have a look at the following post. You can create your own
theme and apply it to all your dialogs.
http://groups.google.com/group/android-developers/browse_thread/thread/fae3c97036856c6e/ea539482ee379373?hl=en#ea539482ee379373
Cheers
Chander
AlexNguyen wrote:
I am working with dialog, I have a question about dialog:
1. How can we set color for dialog message?
2. How can we modify size, font character in title or message in
dialog?
I am assuming you are referring to AlertDialog.
One approach is to use setView() and supply your
On Mar 4, 11:59 pm, Nmix nepean...@gmail.com wrote:
No doubt you're right. After a while it feels like I'm doing a
peculiar dance to celebrate the Rites of Spring, all the while
sprinkling magic pixie dust over my code.
I had already come to the same conclusion, that doing dismissDialog()
1 - 100 of 125 matches
Mail list logo