キャンセルのキャンセル問題から考えるダイアログデザイン｜Goodpatch Blog グッドパッチブログ
この文脈では、「編集内容のキャンセル」という処理を続行しても良いかをユーザーに確認しています。続行に同意したい多くのユーザーは直感的に同じ表記の「キャンセル」を押したくなるでしょう。しかしそれでは編集のキャンセルが実行されません。 このキャンセルボタンが意味するのは、「『編集内容をキャンセルする』のキャンセル」なのです。つまり、ユーザーが望み通りに編集内容を破棄するためには、反対側のOKボタンを選ぶべきなのです。このような「キャンセルのキャンセル」は二重否定で意味がややこしくなるので避けなければなりません。 ここで「キャンセルのキャンセル」にならなければ良いということで、次のようにボタン名を変えてみました。 これでもう迷うことは無くなりましたか……？ 私はこの修正は誤りだと判断します。「はい」「いいえ」は結果を予想しにくい表現なので、ダイアログのアクションボタンに用いることはあまり適切では
画面回転後もコールバックリスナーが途切れないDialogFragmentを作る - Qiita
これは画面回転等で発生するActivity再生成後もコールバックを保ち続けられるDialogFragmentを出来るだけシンプルに実装できるよう汎用的な抽象ダイアログクラスを作ることを目指して試行錯誤した記事です。 ※かなりオレオレ要素が入っているので最適解ではありません！ 前提条件 前提として以下を挙げます。 (a). android.app.DialogはActivity等のコントローラから直接呼び出さない Android2.xまでのDialogを直接呼び出す記述は4.x以降非推奨となっています。 メモリリークしてしまう場合があるのでDialogFragmentを使います。 (b). DialogFragment上で処理を書かない（コールバックさせる） DialogFragmnet上ではユーザーの入力のみを受け付け、その結果を元のコントローラにコールバックしてそこで処理を書くようにしま
キャンセルのキャンセル - くらげだらけ
photo by wootam! キャンセルのキャンセルについて社内ブログに書いたので、こっちにも書いておこうと思います。 confirm, dialogのdesignは案外と難しいものです。 どのタイミングで表示すべきか？ どのようなメッセージを書くべきか？ どのようなアクションをユーザーに提示すべきか？ そもそも本当に必要なのか？ いろいろと考えることは多いですが、「そもそも本当に必要なのか？」という問からスタートして、ではなぜ必要なのか？と考えていけば最適な解決方法にたどり着けるように思います。基本的にDialogは邪魔なものだと思うので、表示しないのが一番です。 confirm, dialogのdesignはどうあるべきなのかというのは、基本的にはiOSやAndroidのDesign Guidelineにも書かれているのでまずはそれを読んでおけば多くの場合、最適な解を見つける指針に
その Dialog は本当に必要ですか？ - Qiita
ダイアログは、ユーザとの対話の中でも特に「確認」や「注意」を促すために用いられる UI コンポーネントの一つです。二択あるいは三択の項目を配置して、YES/NO や OK/Cancel などのインタラクションを用意することで、ユーザとの対話をすることが出来ます。あるいは、単に現在の状態を表示（読込中など）し、その他の各種操作をブロックすることで、待つ必要が有ることを明示することも出来ます。 一方で、ダイアログはその表示が画面の前面に大きく表示され、時にダイアログ以外へのインタラクションを禁じる場合もあることから、使いどころを間違うと非常に鬱陶しく見えるものでもあります。また、ダイアログのキャンセル操作が出来ない場合において、いつまでもダイアログが出続けてしまうとユーザの負担は大きくなります。 この記事では、ダイアログを使用している場面において、その他の表現方法や実装の工夫を使うことができる
Android Tips #45 Dialog をフルカスタマイズする | DevelopersIO
はじめに 以前より社内で Dialog のデザイン変えたりレイアウト変えたりいろいろカスタマイズしたい！という要件を耳にすることが多いのでフルカスタマイズする方法を書き留めておきたいと思います。今回は例として下図のようなレイアウトの Dialog を作ってみたいと思います。 DialogFragment をカスタマイズする まず大前提として DialogFragment を継承したクラスでカスタマイズしましょう！ Dialog を new して show するのはもう時代遅れです。Support Package を使えば Android 1.6 から使うことができますよ。 CustomDialogFragment.java package jp.classmethod.android.sample.customdialog; import android.app.Dialog; impor
コジオニルク - Android - DialogFragment
Android - DialogFragment 何故DialogFragmentか Android Support Packageが登場する以前のダイアログの表示の仕方は以下のようなものだった。 public class MainActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); findViewById(R.id.button).setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { // Activity.sho
DialogFragmentの落とし穴にはまらないための方法
AndroidにFragmentが導入されて以来、Dialogを直接使うことは非推奨となり、DialogFragmentを使うことが推奨されている。 Dialogはあまり深く考えずに使っても大丈夫だったのだが、DialogFragmentは落とし穴が多数あり、正しく使わないとアプリが落ちてしまう。具体的には、Fragmentの再生成が発生したときに正しく動作しなくなる。 以下では「FragmentからDialogFragmentを開き、結果(OK/Cancel)をFragmentに返す」という場合を例にして、DialogFragmentの落とし穴を回避するための書き方を説明する。 正しいコードpublic class OkCancelDialog extends DialogFragment { static public interface OkCancelListener { void
Android:DialogFragment.setRetainInstance(true)使用時は画面回転に注意
DialogFragmentにsetRetainInstance(true)を指定する時は注意が必要です。 下記の手順を踏むと、表示中のダイアログが閉じてしまいます。 【手順】 1. DialogFragmentを生成し、setRetainInstance(true)を指定 2. DialogFragmentを.show(...)メソッドで表示 3. 画面の向きを変更する(Orientation change) 【結果】 手順2で表示したダイアログが閉じてしまいます（画像１）。 しかし、setRetainInstance(false)を設定している場合ダイアログは閉じません（画像２）。 setRetainInstance(true)の場合でもダイアログを閉じたくなければ、次の回避策を使います。 # コードが汚れる上に力技です。 【回避策】 onDestroyView()でsuper.onD
Android Honeycomb 以降ではダイアログの外部タッチで閉じる、がデフォルトになっている
ダイアログの周りの領域をタッチしたときにダイアログを閉じるかどうかは setCanceledOnTouchOutside() で設定できます。 Honeycomb 以降では、ダイアログの外部をタッチしたときにダイアログが閉じるようになっているので、それが嫌な場合は Dialog のインスタンスに対して setCanceledOnTouchOutside(false) を呼べば OK です。 DialogFragment なら onActivityCreated() で getDialog() で Dialog のインスタンスを取得できます。 なんでこうなってるのかを調べたら意外に深かった。。。 まず、Dialog の setCanceledOnTouchOutSide() は内部では Window に対して setCloseOnTouchOutside() を呼んでいます。 http://
Android Quick Action の Android ライブラリプロジェクトを作ってみた
Google I/O の UI design pattern で紹介されていた、Quick Action (twitter アプリや Gmail アプリで使われている) は標準の SDK の中にはありません。 # Quick Action については以前のエントリ「Android UI Design Tips」でも簡単にかきました。 leibun さんのブログのエントリがわかりやすいです。 QuickActionの使い方 - leibunのテクニカルブログ - leibun さんのブログでも紹介されてますが、 ・http://code.google.com/p/simple-quickactions/ ・http://www.londatiga.net/it/how-to-create-quickaction-dialog-in-android/ とかでソースが公開されています。 http
Android DialogFragment では Dialog のサイズ指定は onActivityCreated でやれ
Android DialogFragment では Dialog のサイズ指定は onActivityCreated でやれ 前のエントリでダイアログのサイズを指定する方法を紹介しましたが、 （Y.A.M の 雑記帳: Android Dialog の大きさを自分で設定する -） これを DialogFragment で行う場合、ちょっと注意が必要です。 DialogFragment には表示するダイアログのインスタンスを自分で作成するための onCreateDialog() というメソッドが用意されています。 このメソッドを Override して、任意の Dialog クラスのインスタンスを返すことでオリジナルのテーマを適用したダイアログを表示することができます。 public class MyDialogFragment extends DialogFragment { @Overr
Android Dialog の大きさを自分で設定する
毎回、過去に実装したアプリのコードを見るのがめんどいのでメモしておきます。 例えば、入力欄のあるオリジナルのダイアログを作るとします。 public void showOriginalDialog(Context context) { LinearLayout ll = new LinearLayout(context); ll.setOrientation(LinearLayout.VERTICAL); TextView tv = new TextView(context); tv.setText("お名前を入力してください。"); EditText et = new EditText(context); ll.addView(tv); ll.addView(et); Dialog dialog = new Dialog(context); dialog.setContentView(l
jQueryUIのDialogをカスタマイズする6つの物凄く細かい小技 - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） jQueryUIのdialogは結構お世話になっているのですが、たまに欲しい機能がなかったり、あっても説明されてなかったりするのでここにDialogカスタマイズTipsをしたためておきます。 この記事の内容は既に古くなっています。現在最新バージョンのjQueryUIでは挙動が改善されていたり、渡せるオプションが変わっていたりします。 Modalしたダイアログをオーバーレイクリックで閉じる 任意の要素をクリックして閉じる アニメーションで閉じる・開く エフェクト中にオーバーレイの後ろに回りこんでしまうのを回避する 閉じる・開くアニメーションにパラメータを渡す 閉じるついでにデストロイする 1. Modalしたダイアログをオーバーレイクリックで閉じる escキー押下で閉じるオプションはあるのですが、このオプションはない様子。 そこで
Android開発の落とし穴 - FLYING
昨日のエントリーに引き続き，バッドノウハウ的なものを箇条書きでまとめておく。思い付いた順に追加していく予定。 Activity関連 永続化はonPauseで行う*1。詳しくはActivityのライフサイクル図を参照のこと。 onPauseと対になっている処理は，onResumeで行うこと。onStart/onStopはあんまり使わない，気がする。 DialogはAlertDialog.Builderを使って実装するのが楽。ただし，裏で何らかの処理を行なっている間，ユーザーに操作をさせないために表示するダイアログ（いわゆるProgressDialog）は使わないようにする。DialogではなくActivityを新しく作って表示させることで，いくつかのトラブルを回避できる*2 *3。 重いタスクはUIスレッドで処理しない。AsyncTaskなどを使ってワーカースレッドで実行する。ただし，ワーカ
コールバックを使ってDialogの実装をスリムにする - 明日の鍵（跡地）
edit_name_dialog.xml <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="wrap_content" android:layout_height="wrap_content"> <EditText android:id="@+id/txtName" android:layout_width="fill_parent" android:layout_height="wrap_content" /> <LinearLayout android:id="@+id/footer" android:orie
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
react-bootstrap-dialogつくった | 秋山ブログ
Preview the new Google Groups - Google Groups
GitHub - itoz/ErrorDialog: [as3] Modal Error Dialog クラス