ロック画面が場所や時間などによって、切り替えできるようです。
ヘッドセット端子や画面の向きによっても設定した画面に自動で切り替わったり、スライドさせたロック画面の下には起動後の各アプリ画面が待っています。
それぞれのロック画面には、それに対応したアイコンが設定できるし、それらは、場所、時間を設定しておけば自動に切り替わる、と。
起動したアプリ画面の右端からのスワイプでドックっぽくアイコンも表示できるようです。
とりあえず、入れてみましょう、
ロック画面が場所や時間などによって、切り替えできるようです。
ヘッドセット端子や画面の向きによっても設定した画面に自動で切り替わったり、スライドさせたロック画面の下には起動後の各アプリ画面が待っています。
それぞれのロック画面には、それに対応したアイコンが設定できるし、それらは、場所、時間を設定しておけば自動に切り替わる、と。
起動したアプリ画面の右端からのスワイプでドックっぽくアイコンも表示できるようです。
とりあえず、入れてみましょう、
フラグメントのトランザクションはアクティビティ内で、それの追加、削除、入れ替えで利用されます。
大抵、フラグメントのトランザクションは、アクティビティの onCreate()メソッドか、ユーザ処理に反応して実行されます。
しかし、アクティビティが再開されるとき、フラグメントのトランザクションがコミットされている場合があります。
次のようなクラッシュです。
java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState at android.support.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.) at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.) at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java) at android.support.v4.app.BackStackRecord.commit(BackStackRecord) at android.support.v4.app.DialogFragment.show(DialogFragment)
フラグメントアクティビティがバックグラウンドに置かれたときは、FragmentManagerImpl の mStateSaved フラグが trueに設定されます。
このフラグは状態(state)の損失があるかどうかを確認するために利用されます。
トランザクションをコミットしようとしたときにこのフラグがtrueの場合、上記のように IllegalStateException がスローされます。
状態の損失を防ぐための onSavedInstanceState() が呼ばれた後に、フラグメントトランザクションはコミットすることができません。
このクラッシュが発生する理由のうち、状態(state)がリストアされるときにフラグが false に戻ってないときに onResume() が呼ばれていることがあります。
このようなクラッシュを防止するには、アクティビティのonResume() 内での フラグメントトランザクションのコミット避けるとよいです。
その代わりに、onResumeFragment() を使いましょう。これが適切な状態でフラグメントと対話するための推奨されるアプローチです。
Android Support Library のよくあるクラッシュ その2「AsyncTasks と Configuration 変更」
「週間地雷」などといわれてるAndroidStudioのアップデートです。
さまざまなBugFixが行われていますが、新規プロジェクト作成のウィザードから、GUI上でいまどきのUI「NavigationDrawer」が同梱されるテンプレートから簡単に作成できるようになっています。
(これまでは、選択肢には表示されていたが書き出しができていなかった。Mac版。)
メニューの新規ブロジェクトから「NavigationDrawer」を選択して進む、