Jelly Bean DatePickerDialog – есть способ отменить?

Примечание для модераторов: Сегодня (15 июля), я заметил, что кто-то уже столкнулся с этой проблемой здесь . Но я не уверен, что уместно закрыть это как дубликат, так как я думаю, что я дал гораздо лучшее объяснение этой проблемы. Я не уверен, должен ли я отредактировать другой вопрос и вставить этот контент там, но мне неудобно слишком сильно изменять чужой вопрос. —

У меня здесь что-то странное .

Я не думаю, что проблема зависит от того, с каким SDK вы строите против. Версия ОС – это то, что важно.

Проблема №1: несоответствие по умолчанию

DatePickerDialog был изменен (?) В Jelly Bean и теперь только предоставляет кнопку Done . Предыдущие версии включали кнопку « Отмена» , и это может повлиять на пользовательский интерфейс (несогласованность, мышечная память из предыдущих версий Android).

Реплицировать: создать базовый проект. Поместите это в onCreate :

 DatePickerDialog picker = new DatePickerDialog( this, new OnDateSetListener() { @Override public void onDateSet(DatePicker v, int y, int m, int d) { Log.d("Picker", "Set!"); } }, 2012, 6, 15); picker.show(); 

Ожидается: кнопка « Отмена» появится в диалоговом окне.

Текущий: кнопка « Отмена» не отображается.

Скриншоты: 4.0.3 (ОК) и 4.1.1 (возможно, неверно?).

Проблема № 2: неправильное поведение

Dialog вызывается в зависимости от того, какой из слушателей он должен вызывать, а затем всегда вызывает прослушиватель OnDateSetListener . Отмена по-прежнему вызывает метод set, и установка его вызывает метод дважды.

Репликация: используйте код # 1, но добавьте код ниже (вы увидите, что это решает # 1, но только визуально / пользовательский интерфейс):

 picker.setButton(DialogInterface.BUTTON_NEGATIVE, "Cancel", new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", "Cancel!"); } }); 

Ожидаемое:

  • Нажатие клавиши BACK или нажатие вне диалогового окна ничего не должно делать .
  • Нажатие «Отмена» должно печатать Отбор пикапера! ,
  • Нажатие «Set» должно печатать набор Picker Set! ,

Текущий:

  • Нажатие клавиши BACK или щелчок вне диалогового окна печатает набор Picker Set! ,
  • Нажатие «Отмена» печатает Отмена пикапа! А затем Picker Set! ,
  • Нажатие «Set» отпечатывается Picker Set! А затем Picker Set! ,

Строки журнала, показывающие поведение:

 07-15 12:00:13.415: D/Picker(21000): Set! 07-15 12:00:24.860: D/Picker(21000): Cancel! 07-15 12:00:24.876: D/Picker(21000): Set! 07-15 12:00:33.696: D/Picker(21000): Set! 07-15 12:00:33.719: D/Picker(21000): Set! 

Другие примечания и комментарии

  • DatePickerFragment его вокруг DatePickerFragment не имеет значения. Я упростил проблему для вас, но я ее протестировал.

Примечание: Исправлено с Lollipop , источник здесь . Также обновлен автоматизированный класс для клиентов (совместимый со всеми версиями Android).

TL; DR: 1-2-3 мертвые простые шаги для глобального решения:

  1. Загрузите этот класс.
  2. Внедрите OnDateSetListener в свою деятельность (или измените класс в соответствии с вашими потребностями).
  3. Запустите диалог с этим кодом (в этом примере я использую его внутри Fragment ):

     Bundle b = new Bundle(); b.putInt(DatePickerDialogFragment.YEAR, 2012); b.putInt(DatePickerDialogFragment.MONTH, 6); b.putInt(DatePickerDialogFragment.DATE, 17); DialogFragment picker = new DatePickerDialogFragment(); picker.setArguments(b); picker.show(getActivity().getSupportFragmentManager(), "frag_date_picker"); 

И это все, что нужно! Причина, по которой я по-прежнему сохраняю свой ответ как «принятый», заключается в том, что я по-прежнему предпочитаю свое решение, так как он имеет очень малое место в клиентском коде, он решает основную проблему (слушатель вызывается в классе framework), отлично работает в конфигурационных изменениях И он направляет логику кода на реализацию по умолчанию в предыдущих версиях Android, не подверженных этой ошибке (см. Класс-источник).

Оригинальный ответ (сохраненный по историческим и дидактическим причинам):

Источник ошибок

Хорошо, похоже, что это действительно ошибка, а кто-то еще уже заполнил ее. Выпуск 34833 .

Я обнаружил, что проблема, возможно, в DatePickerDialog.java . Где он читает:

 private void tryNotifyDateSet() { if (mCallBack != null) { mDatePicker.clearFocus(); mCallBack.onDateSet(mDatePicker, mDatePicker.getYear(), mDatePicker.getMonth(), mDatePicker.getDayOfMonth()); } } @Override protected void onStop() { tryNotifyDateSet(); super.onStop(); } 

Я бы предположил, что это могло бы быть:

 @Override protected void onStop() { // instead of the full tryNotifyDateSet() call: if (mCallBack != null) mDatePicker.clearFocus(); super.onStop(); } 

Теперь, если кто-то может сказать мне, как я могу предложить отчет об исправлении / ошибке для Android, я был бы рад. Между тем, я предложил возможное исправление (простое) в качестве прикрепленной версии DatePickerDialog.java в выпуске.

Концепция, чтобы избежать ошибки

Установите слушателя в значение null в конструкторе и позже создайте свою собственную кнопку BUTTON_POSITIVE . Вот и все, подробности ниже.

Проблема возникает из-за DatePickerDialog.java , что DatePickerDialog.java , как вы можете видеть в источнике, вызывает глобальную переменную ( mCallBack ), которая хранит прослушиватель, который был передан в конструкторе:

  /** * @param context The context the dialog is to run in. * @param callBack How the parent is notified that the date is set. * @param year The initial year of the dialog. * @param monthOfYear The initial month of the dialog. * @param dayOfMonth The initial day of the dialog. */ public DatePickerDialog(Context context, OnDateSetListener callBack, int year, int monthOfYear, int dayOfMonth) { this(context, 0, callBack, year, monthOfYear, dayOfMonth); } /** * @param context The context the dialog is to run in. * @param theme the theme to apply to this dialog * @param callBack How the parent is notified that the date is set. * @param year The initial year of the dialog. * @param monthOfYear The initial month of the dialog. * @param dayOfMonth The initial day of the dialog. */ public DatePickerDialog(Context context, int theme, OnDateSetListener callBack, int year, int monthOfYear, int dayOfMonth) { super(context, theme); mCallBack = callBack; // ... rest of the constructor. } 

Итак, трюк состоит в том, чтобы предоставить null прослушиватель, который будет храниться в качестве слушателя, а затем свернуть собственный набор кнопок (ниже – исходный код из # 1, обновлен):

  DatePickerDialog picker = new DatePickerDialog( this, null, // instead of a listener 2012, 6, 15); picker.setCancelable(true); picker.setCanceledOnTouchOutside(true); picker.setButton(DialogInterface.BUTTON_POSITIVE, "OK", new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", "Correct behavior!"); } }); picker.setButton(DialogInterface.BUTTON_NEGATIVE, "Cancel", new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", "Cancel!"); } }); picker.show(); 

Теперь он будет работать из-за возможной коррекции, которую я опубликовал выше.

И так как DatePickerDialog.java проверяет значение null когда он читает mCallback ( со времен API 3 / 1.5, похоже, не может проверить Honeycomb, конечно), это не приведет к возникновению исключения. Учитывая, что Lollipop исправил проблему, я не буду в нее заглядывать: просто используйте реализацию по умолчанию (описанную в предоставленном мной классе).

Сначала я боялся не называть clearFocus() , но я тестировал здесь, и строки журнала были чистыми. Таким образом, предложенная мной линия может вообще не понадобиться, но я не знаю.

Совместимость с предыдущими уровнями API (отредактировано)

Как я указал в комментарии ниже, это была концепция, и вы можете загрузить класс, который я использую из своей учетной записи Google Диска . Как я использовал, системная реализация по умолчанию используется в версиях, на которые не влияет ошибка.

Я принял несколько предположений (имена кнопок и т. Д.), Которые подходят для моих нужд, потому что я хотел свести код шаблона в классах клиентов к минимуму. Полный пример использования:

 class YourActivity extends SherlockFragmentActivity implements OnDateSetListener // ... Bundle b = new Bundle(); b.putInt(DatePickerDialogFragment.YEAR, 2012); b.putInt(DatePickerDialogFragment.MONTH, 6); b.putInt(DatePickerDialogFragment.DATE, 17); DialogFragment picker = new DatePickerDialogFragment(); picker.setArguments(b); picker.show(getActivity().getSupportFragmentManager(), "fragment_date_picker"); 

Я собираюсь добавить свой собственный рифф в решение David Cesarino, если вы не используете Фрагменты и хотите легко исправить его во всех версиях (2.1 по 4.1):

 public class FixedDatePickerDialog extends DatePickerDialog { //I use a Calendar object to initialize it, but you can revert to Y,M,D easily public FixedDatePickerDialog(Calendar dateToShow, Context context, OnDateSetListener callBack) { super(context, null, dateToShow.get(YEAR), dateToShow.get(MONTH), dateToShow.get(DAY_OF_MONTH)); initializePicker(callBack); } public FixedDatePickerDialog(Calendar dateToShow, Context context, int theme, OnDateSetListener callBack) { super(context, theme, null, dateToShow.get(YEAR), dateToShow.get(MONTH), dateToShow.get(DAY_OF_MONTH)); initializePicker(callBack); } private void initializePicker(final OnDateSetListener callback) { try { //If you're only using Honeycomb+ then you can just call getDatePicker() instead of using reflection Field pickerField = DatePickerDialog.class.getDeclaredField("mDatePicker"); pickerField.setAccessible(true); final DatePicker picker = (DatePicker) pickerField.get(this); this.setCancelable(true); this.setButton(DialogInterface.BUTTON_NEGATIVE, getContext().getText(android.R.string.cancel), (OnClickListener) null); this.setButton(DialogInterface.BUTTON_POSITIVE, getContext().getText(android.R.string.ok), new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { picker.clearFocus(); //Focus must be cleared so the value change listener is called callback.onDateSet(picker, picker.getYear(), picker.getMonth(), picker.getDayOfMonth()); } }); } catch (Exception e) { /* Reflection probably failed*/ } } } 

Пока ошибка не будет исправлена, я предлагаю не использовать DatePickerDialog или TimePickerDialog. Использовать настраиваемый AlertDialog с виджетами TimePicker / DatePicker;

Изменить TimePickerDialog с;

  final TimePicker timePicker = new TimePicker(this); timePicker.setIs24HourView(true); timePicker.setCurrentHour(20); timePicker.setCurrentMinute(15); new AlertDialog.Builder(this) .setTitle("Test") .setPositiveButton(android.R.string.ok, new OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", timePicker.getCurrentHour() + ":" + timePicker.getCurrentMinute()); } }) .setNegativeButton(android.R.string.cancel, new OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", "Cancelled!"); } }).setView(timePicker).show(); 

Изменить DatePickerDialog с;

  final DatePicker datePicker = new DatePicker(this); datePicker.init(2012, 10, 5, null); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) { datePicker.setCalendarViewShown(false); } new AlertDialog.Builder(this) .setTitle("Test") .setPositiveButton(android.R.string.ok, new OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", datePicker.getYear() + " " + (datePicker.getMonth() + 1) + " " + datePicker.getDayOfMonth()); } }) .setNegativeButton(android.R.string.cancel, new OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Picker", "Cancelled!"); } }).setView(datePicker).show(); 

Один для TimePicker, основанный на решении Дэвида Чезарино, «TL; DR: 1-2-3 мертвые простые шаги для глобального решения»

TimePickerDialog не предоставляет такие функции, как DatePickerDialog.getDatePicker. Таким образом, слушатель OnTimeSetListener должен быть предоставлен. Чтобы сохранить сходство с решением обходного решения DatePicker, я сохранил концепцию старого mListener. Вы можете изменить его, если вам нужно.

Вызов и прослушиватель аналогичны оригинальному решению. Просто включите

 import android.app.TimePickerDialog; import android.app.TimePickerDialog.OnTimeSetListener; 

Расширить родительский класс,

 ... implements OnDateSetListener, OnTimeSetListener 

Воплощать в жизнь

  @Override public void onTimeSet(TimePicker view, int hourOfDay, int minute) { ... } 

Пример вызова

  Calendar cal = Calendar.getInstance(); int hour = cal.get(Calendar.HOUR_OF_DAY); int minute = cal.get(Calendar.MINUTE); Bundle b = new Bundle(); b.putInt(TimePickerDialogFragment.HOUR, hour); b.putInt(TimePickerDialogFragment.MINUTE, minute); DialogFragment picker = new TimePickerDialogFragment(); picker.setArguments(b); picker.show(getSupportFragmentManager(), "frag_time_picker"); 

(Обновлено для обработки отмены)

 public class TimePickerDialogFragment extends DialogFragment { public static final String HOUR = "Hour"; public static final String MINUTE = "Minute"; private boolean isCancelled = false; //Added to handle cancel private TimePickerDialog.OnTimeSetListener mListener; //Added to handle parent listener private TimePickerDialog.OnTimeSetListener mTimeSetListener = new TimePickerDialog.OnTimeSetListener() { public void onTimeSet(TimePicker view, int hourOfDay, int minute) { if (!isCancelled) { mListener.onTimeSet(view,hourOfDay,minute); } } }; // @Override public void onAttach(Activity activity) { super.onAttach(activity); this.mListener = (TimePickerDialog.OnTimeSetListener) activity; } @Override public void onDetach() { this.mListener = null; super.onDetach(); } @TargetApi(11) @Override public Dialog onCreateDialog(Bundle savedInstanceState) { Bundle b = getArguments(); int h = b.getInt(HOUR); int m = b.getInt(MINUTE); final TimePickerDialog picker = new TimePickerDialog(getActivity(), getConstructorListener(), h, m,DateFormat.is24HourFormat(getActivity())); //final TimePicker timePicker = new TimePicker(getBaseContext()); if (hasJellyBeanAndAbove()) { picker.setButton(DialogInterface.BUTTON_POSITIVE, getActivity().getString(android.R.string.ok), new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { isCancelled = false; //Cancel flag, used in mTimeSetListener } }); picker.setButton(DialogInterface.BUTTON_NEGATIVE, getActivity().getString(android.R.string.cancel), new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { isCancelled = true; //Cancel flag, used in mTimeSetListener } }); } return picker; } private boolean hasJellyBeanAndAbove() { return Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN; } private TimePickerDialog.OnTimeSetListener getConstructorListener() { return hasJellyBeanAndAbove() ? mTimeSetListener : mListener; //instead of null, mTimeSetListener is returned. } } 

В случае, если кто-то хочет быстро обходной путь, вот код, который я использовал:

 public void showCustomDatePicker () { final DatePicker mDatePicker = (DatePicker) getLayoutInflater(). inflate(R.layout.date_picker_view, null); //Set an initial date for the picker final Calendar c = Calendar.getInstance(); int year = c.get(Calendar.YEAR); int month = c.get(Calendar.MONTH); int day = c.get(Calendar.DAY_OF_MONTH); //Set the date now mDatePicker.updateDate(year, month, day); //create the dialog AlertDialog.Builder mBuilder = new Builder(this); //set the title mBuilder.setTitle(getString(R.string.date_picker_title)) //set our date picker .setView(mDatePicker) //set the buttons .setPositiveButton(android.R.string.ok, new OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { //whatever method you choose to handle the date changes //the important thing to know is how to retrieve the data from the picker handleOnDateSet(mDatePicker.getYear(), mDatePicker.getMonth(), mDatePicker.getDayOfMonth()); } }) .setNegativeButton(android.R.string.cancel, new OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { dialog.dismiss(); } }) //create the dialog and show it. .create().show(); 

}

Где layout.date_picker_view – это простой ресурс компоновки с DatePicker, поскольку это только элемент:

 <!xml version="1.0" encoding="utf-8"> <DatePicker xmlns:android="http://schemas.android.com/apk/res/android" android:id="@+id/date_picker" android:layout_width="fill_parent" android:spinnersShown="true" android:calendarViewShown="false" android:layout_height="fill_parent"/> 

Вот полный учебник, если вы заинтересованы.

Мое простое решение. Когда вы хотите снова запустить его, просто запустите «resetFired» (скажем, при открытии диалога снова).

 private class FixedDatePickerDialogListener implements DatePickerDialog.OnDateSetListener{ private boolean fired; public void resetFired(){ fired = false; } public void onDateSet(DatePicker view, int year, int monthOfYear, int dayOfMonth) { if (fired) { Log.i("DatePicker", "Double fire occurred."); return;//ignore and return. } //put your code here to handle onDateSet fired = true;//first time fired } } 

То, как я справлялся с этой ситуацией, использовал флаг и переопределял методы onCancel и onDismiss.

OnCancel вызывается только тогда, когда пользователь прикасается за пределы диалогового окна или кнопки назад. OnDismiss всегда называется

Установка флага в методе onCancel может помочь фильтровать в методе onDismiss намерение пользователя: отменить действие или выполнить действие. Ниже приведен код, который показывает эту идею.

 public class DatePickerDialogFragment extends DialogFragment implements DatePickerDialog.OnDateSetListener { private boolean cancelDialog = false; private int year; private int month; private int day; @Override public Dialog onCreateDialog(Bundle savedInstanceState) { DatePickerDialog dpd = new DatePickerDialog(getActivity(), this, year, month, day); return dpd; } public void setDatePickerDate(int year, int month, int day) { this.year = year; this.month = month; this.day = day; } @Override public void onCancel(DialogInterface dialog) { super.onCancel(dialog); cancelDialog = true; } @Override public void onDismiss(DialogInterface dialog) { super.onDismiss(dialog); if (!cancelDialog) { #put the code you want to execute if the user clicks the done button } } @Override public void onDateSet(DatePicker view, int year, int monthOfYear, int dayOfMonth) { setDatePickerDate(year, monthOfYear, dayOfMonth); } } 

Согласно блестящему ответу Ankur Chaudhary на подобную проблему TimePickerDialog , если мы проверили внутри onDateSet если данное представление isShown() или нет, оно решит всю проблему с минимальными усилиями, без необходимости расширять сборщик или проверять некоторые отвратительные Флаги, идущие вокруг кода или даже проверяющие версию ОС, просто выполните следующие действия:

 public void onDateSet(DatePicker view, int year, int month, int day) { if (view.isShown()) { // read the date here :) } } 

И, конечно же, это может быть сделано для onTimeSet в соответствии с ответом onTimeSet

Существует очень простой обходной путь, если ваше приложение не использует панель действий. Заметим, кстати, что некоторые приложения полагаются на эту функциональность для работы, потому что отмена выбора даты имеет особое значение (например, она очищает поле даты до пустой строки, что для некоторых приложений является допустимым и значимым типом ввода ) И использование булевых флагов для предотвращения того, что дата будет установлена ​​дважды в OK, в этом случае вам не поможет.

Число рейнольдса Фактическое исправление, вам не нужно создавать новые кнопки или собственный диалог. Дело в том, чтобы быть совместимым как с более старыми версиями Android, так и с багги (4. ) и с любыми будущими, хотя, конечно, это невозможно. Обратите внимание, что в Android 2. onStop () для android.app.Dialog ничего не делает, а в 4. * он делает mActionBar.setShowHideAnimationEnabled (false), что важно, только если ваше приложение имеет панель действий. OnStop () в DatePickerDialog, который наследует от Dialog, только вносит вклад mDatePicker.clearFocus () (начиная с последнего исправления для Android-источников 4.3), что не кажется существенным.

Поэтому, заменяя onStop () на метод, который ничего не делает, во многих случаях необходимо исправить ваше приложение и убедиться, что оно останется таким в обозримом будущем. Таким образом, просто добавьте класс DatePickerDialog со своим собственным и переопределите onStop () с помощью фиктивного метода. Вы также должны будете предоставить один или два конструктора в соответствии с вашими требованиями. Обратите также внимание на то, что не следует пытаться попытаться переусердствовать с этим исправлением, например, попытаться сделать что-то с панелью действий напрямую, поскольку это ограничит вашу совместимость только с последними версиями Android. Также обратите внимание, что было бы неплохо иметь возможность вызвать супер для onPop (DatePicker), потому что ошибка только в onStop () в DatePickerDialog сама, но не в суперклассе DatePickerDialog. Однако это потребует от вас вызова super.super.onStop () из вашего пользовательского класса, который Java не позволит вам делать, поскольку это противоречит философии инкапсуляции 🙂 Ниже мой маленький класс, который я использовал для verride DatePickerDialog. Надеюсь, этот комментарий был бы полезен для кого-то. Wojtek Jarosz

 public class myDatePickerDialog extends DatePickerDialog { public myDatePickerDialog(Context context, OnDateSetListener callBack, int year, int monthOfYear, int dayOfMonth) { super(context, callBack, year, monthOfYear, dayOfMonth); } @Override protected void onStop() { // Replacing tryNotifyDateSet() with nothing - this is a workaround for Android bug https://android-review.googlesource.com/#/c/61270/A // Would also like to clear focus, but we cannot get at the private members, so we do nothing. It seems to do no harm... // mDatePicker.clearFocus(); // Now we would like to call super on onStop(), but actually what we would mean is super.super, because // it is super.onStop() that we are trying NOT to run, because it is buggy. However, doing such a thing // in Java is not allowed, as it goes against the philosophy of encapsulation (the Creators never thought // that we might have to patch parent classes from the bottom up :) // However, we do not lose much by doing nothing at all, because in Android 2.* onStop() in androd.app.Dialog //actually // does nothing and in 4.* it does: // if (mActionBar != null) mActionBar.setShowHideAnimationEnabled(false); // which is not essential for us here because we use no action bar... QED // So we do nothing and we intend to keep this workaround forever because of users with older devices, who might // run Android 4.1 - 4.3 for some time to come, even if the bug is fixed in later versions of Android. } 

}

Попробуйте приведенные ниже понятия.

 DatePickerDialog picker = new DatePickerDialog( this, new OnDateSetListener() { @Override public void onDateSet(DatePicker v, int y, int m, int d) { Log.d("Picker", "Set!"); } }, 2012, 6, 15); picker.show(); 

Метод onDateSet () вызывает два раза (если u проверяет вызовы emulator.it дважды. Если используется реальное устройство, тогда он будет правильно звонить один раз. Если вы используете эмулятор, используйте счетчик. Если вы работаете на реальном устройстве, тогда Игнорировать переменную счетчика. Для реального устройства это работает для меня.)
Когда пользователь нажимает кнопку в DatePickerDialog.
Для этого вы должны поддерживать значение счетчика и ничего не делать, когда mothod вызывает первый раз и выполняет операцию, когда метод вызывает второй раз.
См. Ниже приведенные фрагменты кода

  static int counter=0; //Counter will be declared globally. DatePickerDialog picker = new DatePickerDialog( this, new OnDateSetListener() { @Override public void onDateSet(DatePicker v, int y, int m, int d) { counter++; if(counter==1) return; counter=0; //Do the operations here } }, 2012, 6, 15); picker.show(); 

Для отмены datepicker dilalog его работает для меня. Для эмулятора его не wokring

 DialogInterface.OnClickListener dialogOnClickListener=new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { // TODO Auto-generated method stub if(which==Dialog.BUTTON_NEGATIVE) { Log.i(tagName, "dialog negative button clicked"); dialog.dismiss(); } } }; mDatePickerDialog.setButton(Dialog.BUTTON_NEGATIVE, "Cancel", dialogOnClickListener); 

Он работает для меня для реального устройства. Но для эмулятора он работает некорректно. Я считаю его ошибкой эмулятора Android.

Простое решение будет использовать логическое, чтобы пропустить второй запуск

 boolean isShow = false; // define global variable // when showing time picker TimePickerDialog timeDlg = new TimePickerDialog( this, new OnTimeSetListener() { @Override public void onTimeSet( TimePicker view, int hourOfDay, int minute ) { if ( isShow ) { isShow = false; // your code } } }, 8, 30, false ); timeDlg.setButton( TimePickerDialog.BUTTON_NEGATIVE, "Cancel", new DialogInterface.OnClickListener() { @Override public void onClick( DialogInterface dialog, int which ) { isShow = false; } } ); timeDlg.setButton( TimePickerDialog.BUTTON_POSITIVE, "Set", new DialogInterface.OnClickListener() { @Override public void onClick( DialogInterface dialog, int which ) { isShow = true; } } ); timeDlg.show(); 

Вы можете переопределить onCancel () и использовать setOnDismissListener () для обнаружения отрицательных действий пользователя. И с DatePickerDialog.BUTTON_POSITIVE вы знаете, что пользователь хочет установить новую дату.

  DatePickerDialog mDPD = new DatePickerDialog( getActivity(), mOnDateSetListener, mYear, mMonth, mDay); mDPD.setOnCancelListener(new OnCancelListener() { @Override public void onCancel(DialogInterface dialog) { // do something onCancek setDate = false; } }); mDPD.setOnDismissListener(new OnDismissListener() { @Override public void onDismiss(DialogInterface arg0) { // do something onDismiss setDate = false; } }); mDPD.setButton(DatePickerDialog.BUTTON_POSITIVE, "Finish", new DatePickerDialog.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { // user set new date setDate = true; } }); 

Затем установите флажок setDate:

 public void onDateSet(DatePicker view, int year, int month, int day) { if(setDate){ //do something with new date } } 

Вот мой класс обходного пути для DatePickerDialog на кнопке отмены, а также отказ от него кнопкой «Назад». Скопируйте и используйте в стиле DatePickerDialog (потому что слушатель является состоятельным, мы должны создавать новый экземпляр при использовании, иначе требуется больше кода, чтобы он работал)

Использование:

 new FixedDatePickerDialog(this, new FixedOnDateSetListener() { @Override public void onDateSet(DatePicker view, int year, int monthOfYear, int dayOfMonth) { if (isOkSelected()) { // when DONE button is clicked } } }, year, month, day).show(); 

Класс:

 public class FixedDatePickerDialog extends DatePickerDialog { private final FixedOnDateSetListener fixedCallback; public FixedDatePickerDialog(Context context, FixedOnDateSetListener callBack, int year, int monthOfYear, int dayOfMonth) { super(context, callBack, year, monthOfYear, dayOfMonth); fixedCallback = callBack; this.setButton(DialogInterface.BUTTON_NEGATIVE, context.getString(R.string.cancel), this); this.setButton(DialogInterface.BUTTON_POSITIVE, context.getString(R.string.done), this); } @Override public void onClick(DialogInterface dialog, int which) { if (which == BUTTON_POSITIVE) { fixedCallback.setOkSelected(true); } else { fixedCallback.setOkSelected(false); } super.onClick(dialog, which); } public abstract static class FixedOnDateSetListener implements OnDateSetListener { private boolean okSelected = false; @Override abstract public void onDateSet(DatePicker view, int year, int monthOfYear, int dayOfMonth); public void setOkSelected(boolean okSelected) { this.okSelected = okSelected; } public boolean isOkSelected() { return okSelected; } } 

}

Я использую сборщиков дат, сборщиков времени и сборщиков чисел. Выбиратели чисел вызывают onValueChanged, когда пользователь выбирает номер, прежде чем сборщик будет уволен, поэтому у меня уже была такая структура, чтобы сделать что-то со значением только тогда, когда сборщик уволен:

 public int interimValue; public int finalValue; public void onValueChange(NumberPicker picker, int oldVal, int newVal) { this.interimValue = newVal; } public void onDismiss(DialogInterface dialog) { super.onDismiss(dialog); this.finalValue = this.interimValue; } 

Я продлил это, чтобы установить пользовательские onClickListeners для своих кнопок, с аргументом, чтобы увидеть, какая кнопка была нажата. Теперь я могу проверить, какая кнопка была нажата, прежде чем я установил свое окончательное значение:

 public int interimValue; public int finalValue; public boolean saveButtonClicked; public void setup() { picker.setButton(DialogInterface.BUTTON_POSITIVE, getString(R.string.BUTTON_SAVE), new DialogInterface.OnClickListener() { public void onClick(DialogInterface dialog, int which) { picker.onClick(dialog, which); // added for Android 5.0 onButtonClicked(true); } }); picker.setButton(DialogInterface.BUTTON_NEGATIVE, getString(R.string.BUTTON_CANCEL), new DialogInterface.OnClickListener() { public void onClick(DialogInterface dialog, int which) { picker.onClick(dialog, which); // added for Android 5.0 onButtonClicked(false); } }); } public void onValueChange(NumberPicker picker, int oldVal, int newVal) { this.interimValue = newVal; } public void onButtonClicked(boolean save) { this.saveButtonClicked = save; } public void onDismiss(DialogInterface dialog) { super.onDismiss(dialog); if (this.saveButtonClicked) { // save this.finalValue = this.interimValue; } else { // cancel } } 

And then I extended that to work with the date and time types for date and time pickers as well as the int type for number pickers.

I posted this because I thought it was simpler than some of the solutions above, but now that I've included all the code, I guess it's not much simpler! But it fit nicely into the structure I already had.

Update for Lollipop: Apparently this bug doesn't happen on all Android 4.1-4.4 devices, because I received a few reports from users whose date and time pickers weren't calling the onDateSet and onTimeSet callbacks. And the bug was officially fixed in Android 5.0. My approach only worked on devices where the bug is present, because my custom buttons didn't call the dialog's onClick handler, which is the only place that onDateSet and onTimeSet are called when the bug is not present. I updated my code above to call the dialog's onClick, so now it works whether or not the bug is present.

I liked David Cesarino's answer above, but wanted something that was a drop in replacement for the broken dialog and would work on any dialog that might be missing cancel / have incorrect cancel behavior. Here are derived classes for DatePickerDialog / TimePickerDialog that should work as drop in replacements. These are not custom views. It uses the system dialog, but just changes the cancel / back button behavior to work as expected.

This should work on API level 3 and higher. So, basically any version of Android (I tested it on jellybean and lollipop specifically).

DatePickerDialog:

 package snappy_company_name_here; import android.content.Context; import android.content.DialogInterface; import android.widget.DatePicker; /** * This is a modified version of DatePickerDialog that correctly handles cancellation behavior since it's broken on jellybean and * kitkat date pickers. * * Here is the bug: http://code.google.com/p/android/issues/detail?id=34833 * Here is an SO post with a bunch of details: http://stackoverflow.com/questions/11444238/jelly-bean-datepickerdialog-is-there-a-way-to-cancel * * @author stuckj, created on 5/5/15. */ public class DatePickerDialog extends android.app.DatePickerDialog implements DialogInterface.OnClickListener { final CallbackHelper callbackHelper; // NOTE: Must be static since we're using it in a super constructor call. Which is annoying, but necessary private static class CallbackHelper implements OnDateSetListener { private final OnDateSetListener callBack; private boolean dialogButtonPressHandled = false; // To prevent setting the date when the dialog is dismissed... // NOTE: Must be static since we're using it in a super constructor call. Which is annoying, but necessary public CallbackHelper(final OnDateSetListener callBack) { this.callBack = callBack; } @Override public void onDateSet(final DatePicker view, final int year, final int monthOfYear, final int dayOfMonth) { if (!dialogButtonPressHandled && (callBack != null)) { callBack.onDateSet(view, year, monthOfYear, dayOfMonth); } } } /** * Sets the positive and negative buttons to use the dialog callbacks we define. */ private void setButtons(final Context context) { setButton(DialogInterface.BUTTON_NEGATIVE, context.getString(android.R.string.cancel), this); setButton(DialogInterface.BUTTON_POSITIVE, context.getString(android.R.string.ok), this); } @Override public void onClick(final DialogInterface dialog, final int which) { // ONLY call the super method in the positive case... if (which == DialogInterface.BUTTON_POSITIVE) { super.onClick(dialog, which); } callbackHelper.dialogButtonPressHandled = true; } @Override public void onBackPressed() { getButton(DialogInterface.BUTTON_NEGATIVE).performClick(); } // Need this so we can both pass callbackHelper to the super class and save it off as a variable. private DatePickerDialog(final Context context, final OnDateSetListener callBack, final int year, final int monthOfYear, final int dayOfMonth, final CallbackHelper callbackHelper) { super(context, callbackHelper, year, monthOfYear, dayOfMonth); this.callbackHelper = callbackHelper; setButtons(context); } /** * @param context The context the dialog is to run in. * @param callBack How the parent is notified that the date is set. * @param year The initial year of the dialog. * @param monthOfYear The initial month of the dialog. * @param dayOfMonth The initial day of the dialog. */ public DatePickerDialog(final Context context, final OnDateSetListener callBack, final int year, final int monthOfYear, final int dayOfMonth) { this(context, callBack, year, monthOfYear, dayOfMonth, new CallbackHelper(callBack)); } // Need this so we can both pass callbackHelper to the super class and save it off as a variable. private DatePickerDialog(final Context context, final int theme, final OnDateSetListener listener, final int year, final int monthOfYear, final int dayOfMonth, final CallbackHelper callbackHelper) { super(context, theme, callbackHelper, year, monthOfYear, dayOfMonth); this.callbackHelper = callbackHelper; setButtons(context); } /** * @param context The context the dialog is to run in. * @param theme the theme to apply to this dialog * @param listener How the parent is notified that the date is set. * @param year The initial year of the dialog. * @param monthOfYear The initial month of the dialog. * @param dayOfMonth The initial day of the dialog. */ public DatePickerDialog(final Context context, final int theme, final OnDateSetListener listener, final int year, final int monthOfYear, final int dayOfMonth) { this(context, theme, listener, year, monthOfYear, dayOfMonth, new CallbackHelper(listener)); } } 

TimePickerDialog:

 package snappy_company_name_here; import android.content.Context; import android.content.DialogInterface; import android.widget.TimePicker; /** * This is a modified version of TimePickerDialog that correctly handles cancellation behavior since it's broken on jellybean and * kitkat date pickers. * * Here is the bug: http://code.google.com/p/android/issues/detail?id=34833 * Here is an SO post with a bunch of details: http://stackoverflow.com/questions/11444238/jelly-bean-datepickerdialog-is-there-a-way-to-cancel * * @author stuckj, created on 5/5/15. */ public class TimePickerDialog extends android.app.TimePickerDialog implements DialogInterface.OnClickListener { final CallbackHelper callbackHelper; // NOTE: Must be static since we're using it in a super constructor call. Which is annoying, but necessary private static class CallbackHelper implements OnTimeSetListener { private final OnTimeSetListener callBack; private boolean dialogButtonPressHandled = false; // To prevent setting the date when the dialog is dismissed... // NOTE: Must be static since we're using it in a super constructor call. Which is annoying, but necessary public CallbackHelper(final OnTimeSetListener callBack) { this.callBack = callBack; } @Override public void onTimeSet(final TimePicker view, final int hourOfDay, final int minute) { if (!dialogButtonPressHandled && (callBack != null)) { callBack.onTimeSet(view, hourOfDay, minute); } } } /** * Sets the positive and negative buttons to use the dialog callbacks we define. */ private void setButtons(final Context context) { setButton(DialogInterface.BUTTON_NEGATIVE, context.getString(android.R.string.cancel), this); setButton(DialogInterface.BUTTON_POSITIVE, context.getString(android.R.string.ok), this); } @Override public void onClick(final DialogInterface dialog, final int which) { // ONLY call the super method in the positive case... if (which == DialogInterface.BUTTON_POSITIVE) { super.onClick(dialog, which); } callbackHelper.dialogButtonPressHandled = true; } @Override public void onBackPressed() { getButton(DialogInterface.BUTTON_NEGATIVE).performClick(); } // Need this so we can both pass callbackHelper to the super class and save it off as a variable. private TimePickerDialog(final Context context, final OnTimeSetListener callBack, final int hourOfDay, final int minute, final boolean is24HourView, final CallbackHelper callbackHelper) { super(context, callbackHelper, hourOfDay, minute, is24HourView); this.callbackHelper = callbackHelper; setButtons(context); } /** * @param context Parent. * @param callBack How parent is notified. * @param hourOfDay The initial hour. * @param minute The initial minute. * @param is24HourView Whether this is a 24 hour view, or AM/PM. */ public TimePickerDialog(final Context context, final OnTimeSetListener callBack, final int hourOfDay, final int minute, final boolean is24HourView) { this(context, callBack, hourOfDay, minute, is24HourView, new CallbackHelper(callBack)); } // Need this so we can both pass callbackHelper to the super class and save it off as a variable. private TimePickerDialog(final Context context, final int theme, final OnTimeSetListener callBack, final int hourOfDay, final int minute, final boolean is24HourView, final CallbackHelper callbackHelper) { super(context, theme, callbackHelper, hourOfDay, minute, is24HourView); this.callbackHelper = callbackHelper; setButtons(context); } /** * @param context Parent. * @param theme the theme to apply to this dialog * @param callBack How parent is notified. * @param hourOfDay The initial hour. * @param minute The initial minute. * @param is24HourView Whether this is a 24 hour view, or AM/PM. */ public TimePickerDialog(final Context context, final int theme, final OnTimeSetListener callBack, final int hourOfDay, final int minute, final boolean is24HourView) { this(context, theme, callBack, hourOfDay, minute, is24HourView, new CallbackHelper(callBack)); } } 

My working version with ClearButton using Lambda Expressions:

 public class DatePickerFragment extends DialogFragment { private OnDateSelectListener dateSelectListener; private OnDateClearListener dateClearListener; public void setDateSelectListener(OnDateSelectListener dateSelectListener) { this.dateSelectListener = dateSelectListener; } public void setDateClearListener(OnDateClearListener dateClearListener) { this.dateClearListener = dateClearListener; } @Override public Dialog onCreateDialog(Bundle savedInstanceState) { // Use the current date as the default date in the picker final Calendar c = Calendar.getInstance(); int year = c.get(Calendar.YEAR); int month = c.get(Calendar.MONTH); int day = c.get(Calendar.DAY_OF_MONTH); // Create a new instance of DatePickerDialog and return it DatePickerDialog dialog = new DatePickerDialog(getActivity(), null, year, month, day); dialog.setCancelable(true); dialog.setCanceledOnTouchOutside(true); dialog.setTitle("Select Date"); dialog.setButton(BUTTON_POSITIVE, ("Done"), (dialog1, which) -> { DatePicker dp = dialog.getDatePicker(); dialog.dismiss(); dateSelectListener.onDateSelect(dp.getYear(), dp.getMonth(), dp.getDayOfMonth()); }); dialog.setButton(BUTTON_NEUTRAL, ("Clear"), (dialog1, which) -> { dialog.dismiss(); dateClearListener.onDateClear(); }); dialog.setButton(BUTTON_NEGATIVE, ("Cancel"), (dialog1, which) -> { if (which == DialogInterface.BUTTON_NEGATIVE) { dialog.cancel(); } }); dialog.getDatePicker().setCalendarViewShown(false); return dialog; } public interface OnDateClearListener { void onDateClear(); } public interface OnDateSelectListener { void onDateSelect(int year, int monthOfYear, int dayOfMonth); } } 

For TimePickerDialog the workaround can be as follows:

 TimePickerDialog createTimePickerDialog(Context context, int themeResId, TimePickerDialog.OnTimeSetListener orignalListener, int hourOfDay, int minute, boolean is24HourView) { class KitKatTimeSetListener implements TimePickerDialog.OnTimeSetListener { private int hour; private int minute; private KitKatTimeSetListener() { } @Override public void onTimeSet(TimePicker view, int hourOfDay, int minute) { this.hour = hourOfDay; this.minute = minute; } private int getHour() { return hour; } private int getMinute() {return minute; } }; KitKatTimeSetListener kitkatTimeSetListener = new KitKatTimeSetListener(); TimePickerDialog timePickerDialog = new TimePickerDialog(context, themeResId, kitkatTimeSetListener, hourOfDay, minute, is24HourView); timePickerDialog.setButton(DialogInterface.BUTTON_POSITIVE, context.getString(android.R.string.ok), (dialog, which) -> { timePickerDialog.onClick(timePickerDialog, DialogInterface.BUTTON_POSITIVE); orignalListener.onTimeSet(new TimePicker(context), kitkatTimeSetListener.getHour(), kitkatTimeSetListener.getMinute()); dialog.cancel(); }); timePickerDialog.setButton(DialogInterface.BUTTON_NEGATIVE, context.getString(android.R.string.cancel), (dialog, which) -> { dialog.cancel(); }); return timePickerDialog; } 

I delegate all events to wrapper KitKatSetTimeListener, and only fire back to original OnTimeSetListener in case BUTTON_POSITIVE is clicked.

After testing some of the sugestions posted here, I personally think this solution is the most simple. I pass "null" as my listener in the DatePickerDialog constructor, and then when I click the "OK" button I call my onDateSearchSetListener:

 datePickerDialog = new DatePickerDialog(getContext(), null, dateSearch.get(Calendar.YEAR), dateSearch.get(Calendar.MONTH), dateSearch.get(Calendar.DAY_OF_MONTH)); datePickerDialog.setCancelable(false); datePickerDialog.setButton(DialogInterface.BUTTON_POSITIVE, getString(R.string.dialog_ok), new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Debug", "Correct"); onDateSearchSetListener.onDateSet(datePickerDialog.getDatePicker(), datePickerDialog.getDatePicker().getYear(), datePickerDialog.getDatePicker().getMonth(), datePickerDialog.getDatePicker().getDayOfMonth()); } }); datePickerDialog.setButton(DialogInterface.BUTTON_NEGATIVE, getString(R.string.dialog_cancel), new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { Log.d("Debug", "Cancel"); dialog.dismiss(); } }); 

I know this post has been here for almost a year but I thought I should post my findings. You could still keep the listener(instead of setting it to mull) and still have this work as expected. The key is to implicitly set the "OK" or(and) the "cancel" buttons. I tested it and it works gratefully for me. The listener does not get fired twice.

Look at this example,

 private void setTime(){ final Calendar c = Calendar.getInstance(); int hour = c.get(Calendar.HOUR_OF_DAY); int minute = c.get(Calendar.MINUTE); final TimePickerDialog timepicker = new TimePickerDialog(this.getActivity(), timePickerListener, hour, minute, DateFormat.is24HourFormat(getActivity())); timepicker.setButton(DialogInterface.BUTTON_POSITIVE, "Print", new android.content.DialogInterface.OnClickListener(){ @Override public void onClick(DialogInterface dialog,int which) { print = true; timepicker.dismiss(); } }); timepicker.setButton(DialogInterface.BUTTON_NEGATIVE, "Cancel", new android.content.DialogInterface.OnClickListener(){ @Override public void onClick(DialogInterface dialog,int which){ print = false; timepicker.dismiss(); } }); timepicker.setCancelable(false); timepicker.show(); }