Android murmur

        Android dialog 預設都會有一個背景底色，要怎麼把它去掉呢？其實直接改 AlertDialog 的 style 就可以了，但我改好久…以下的範例是使用了 Support v7 AppCompat 的 theme，其他 theme 我不知道可不可以，有興趣的人可以試試看。 <style name="TransparentDialog" parent="@style/Base.Theme.AppCompat.Dialog"> <item name="android:windowFrame">@null</item> <item name="android:windowBackground">@android:color/transparent</item> <item name="android:windowIsFloating">true</item> <item name="android:windowTitleStyle">@null</item> <item name="android:background">@android:color/transparent</item> <item name="android:windowNoTitle">true</item> <item name="android:alertDialogStyle">@style/TransparentDialog.Color</item> </style> <style name="TransparentDialog.Color" parent="@style/Base.Theme.AppCompat.Dialog"> <item name="androi...

        當透過 IDE 使用 API，或是查 Document 時，常會看到一段途述:  This method was deprecated… 這是什麼意思呢？這是告訴我們還是可以使用此 method，但未來可能會沒有用、甚至是 在新版本的 SDK 會把這個 method 移掉 。         以 API level 11 出現的 Fragment  為例子，在使用時常會 override 一個 callback 叫 onAttach (Activity activity)，但到了 API level 23 (Lollipop) 時，可以發現 onAttach (Activity activity) 被標記為 deprecated 了，取而代之的是 onAttach (Context context)。         像我個人寫程式不太喜歡出現 warning，而使用到 deprecated api 會被 Android Studio 檢查出來，我在用 Fragment 時就直接都換成 onAttach (Context context)，結果程式在 api level 較低的手機就出現不符合預期的行為。Debug 了一陣子才發現 onAttach (Context context) 是新的 API，舊版本 SDK 當然沒有這個  API，自然就不會執行到該 API。         因此，雖然有些 API 被標記為 deprecated，但當你的程式還需要支援較舊版本時，還是得使用這些 API，假如要用的 API 在 Support Library  也有對應版本的話，我會建議用 Support Library 版本，因為放在裡面的 API 本來就是為了向下相容而設計的。以 Support Libaray 裡的Fragment 來說，onAttach (Activity activity) 一樣被標記為 deprecated，也一樣有 onAttach (Context context) ...

        Android 從 4.4 (KitKat, api level 19) 後才支援這個功能, 到了 5.0 (Lollipop, api level 21) 自訂性更高, 可以讓我們設定各種顏色, 當然也包含透明色。以下分別介紹如何使用這兩種版本的方法。         方法1: 利用 attribute " android:windowTranslucentStatus ", 在 style.xml 加上這個 attribute 就好。要注意的是 Android 版本要在 4.4 以上才可以用這個 attribute: <resources> <!-- Base application theme for API 19+. This theme completely replaces AppTheme from res/values/styles.xml on API 19+ devices. --> <style name="AppTheme" parent="@style/AppBaseTheme"> <!-- API 19 theme customizations can go here. --> <item name="android:windowTranslucentStatus">true</item> </style> </resources>         下面的圖分別為 4.4 跟 5.0 的手機使用這個 attribute 的結果:         因為設定了這個 attribute, 畫面會從 status bar 下方開始畫。要解決這個有兩種方法, 第一個是在 layout 畫面設定 attribute "android:fitsSystemWindows " <RelativeLayout xmlns:android="http:...

        Fragment 是個強大的東西，可以想成 Activity 的子頁面，可隨時替換頁面內容(但使用起來還滿麻煩的…)。這麼強大的東西，在 ViewPager 當然也會提供 Fragment 的版本。在 官方文件 就有一個 PagerAdapter 的實作： FragmentPagerAdapter ，可以用 Fragment 來當成每個 ViewPager 的子頁。 FragmentPagerAdapter  的官方文件中也有提供 sample code。         但我自己參考 sample code 寫出來的效果卻怪怪的，ViewPager 裡子頁面的 lifecycle 竟然沒有跟著父 Fragment ，看起來比較像是跟著 Activity。仔細看 sample code 才發現，它是在 Activity 裡使用 ViewPager +  FragmentPagerAdapter 。那要如何使用在 Fragment 呢？         其實只要改一行 code 就可以了。 sample code 裡的 mAdapter = new MyAdapter(getSupportFragmentManager()); 只要改成 mAdapter = new MyAdapter( Fragment . getChildFragmentManager() ); 就可以囉 ~~         由於  getChildFragmentManager() 是   api level 17+ 才有的東西，而 Fragment 是 11+ 才有，不想定太高的 api level 可以使用 support v4 library，怎麼使用就不多說啦。 參考資料： support v4 Fragment: http://developer.android.com/intl/zh-tw/reference/android/support/v4/app/Fragment.html support v4  Fragment...

        Google 日前發表了新的設計準則: Material design, 其中定義了新的 touch effect: Ripple effect。 而在最近也發佈了新的 support v7 library，可以讓 api level 7 以上都能建立 Material design 的 UI。我自己是滿偷懶的, 都只會設計一種 layout/style, 讓所有 api level 通吃, 此時 support library 就幫了我很大的忙 XDD。         最近剛好看到如何讓 view 按下去的時候會有 ripple effect, Google 官方其實就有提供說明了, 請參考  https://developer.android.com/training/material/animations.html#Touch , 只要在 layout xml, 想出現此效果的view 加上 android:background= ?android:attr/selectableItemBackground  就可以啦~~ 要是想向下相容, 就必需使用 support v7 library, 其實也只是把上面那行改成 android:background="?attr/selectableItemBackground"         但是請注意, 使用上述產生的 ripple effect 最大範圍是 view 的大小。有注意看 Google 的一些 app, Appbar(Action bar/ Toolbar) 上的按鈕按下去的話, ripple effect 是會超出 view, 也就是說, 邊界會是圓形的而不是方形的。要達到這個效果的話, 只要把  selectableItemBackground 改成  selectableItemBackgroundBorderless   就可以啦, support v7 libaray 也可以用喔。         最後再提醒一點, ripple effect 目前...

        在 Android 程式裡要動態新增 View，最直接的方法就是使用 LayoutInflater 提供的 inflate method。比較常用的有以下兩個 method： inflate(int resource, ViewGroup root) inflate(int resource, ViewGroup root, boolean attachToRoot)         第一個參數 resource，就是 layout xml file，如 R.layout.your_file。第二個參數 root，指的是這個 inflate 的 view，要成為哪個 view 的 child view。最後一個參數 attachToRoot 是 inflate 的 view 是否要 attach 到 root view，這會影響到回傳的是哪個 view。假如 attachToRoot 為 true，則最後回傳的 view 為 root view (就是第二個參數的 view)；反之就是回傳 inflate 的 view。         第二個參數 ViewGroup root 需要特別說明一下，因為這會影響到如何 inflate 新的 view 出來。android 的 view 是有階層 (hierarchy) 的，因此 parent view 的屬性 (attribute) 會影響到 child view 。假如你是如以下兩種方式使用 inflate method的話： View view1 = LayoutInflater.from(mContext).inflate(R.layout.your_file, null) View view2 = LayoutInflater.from(mContext).inflate(R.layout.your_file, null, false)         因為沒有 root view，系統沒辦法把 inflate view 的屬性正確設定，因此系統會把 inflate view 的屬性設為 null，這會導致 inflate ...

        我一直以為只要使用了 AsyncTask 的 execute，就相當於開一個 thread 去做事情。後來在網路上看到一篇 文章 才知道原來新版的 Android 有改過。在 API level 11 以上，AsyncTask 預設是循序執行的，因此要能平行執行的話，原本使用 AsyncTask 的方法要重新改寫，如以下所示： AsyncTask task = new YourAsyncTask(); if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) { task.executeOnExecutor(AsyncTask.THREAD_POOL_EXECUTOR); } else { task.execute(); } 參考資料 1. Android AsyncTask behavior changes you should know 2. Android AsyncTask - executeOnExecutor ---

        ADT 愈來愈煩了…不知道從哪一版開始，我目前版本是 Android SDK Tools 22.6.4，Android SDK Platform-Tools 19.0.2，只要開新專案選 Blank Activity，預設 MainActivity 就會 extends AtionBarActivity 並使用 Fragment 顯示頁面，而且 project list 還會多一個 appcompat_v7，可是我一點都不喜歡 Fragment 阿！！！但是選專案 Activity 時，多了一個 Empty Activity，我選它總可以了吧！         很好，總算是 extends Activity了，但還是一樣會多一個 appcompat_v7 的專案。這看了真的很礙眼，我索性就把它刪了。結果刪掉後，反而新專案怎麼 build 都失敗。看一下錯誤都是在 style.xml         看一下錯誤訊息，是   No resource found that matches the given name 'Theme.AppCompat.Light' 。因為這是在 support v7 appcompat 裡的東西，把它砍了當然就找不到，build 失敗也是正常的，這裡教大家如何能順利 build 這個新專案： 1. 對專案按右鍵 --> Properties --> 左邊 Panel 選 Android --> 右邊 Scroll bar 拉到最下面 -->             Library 的地方把 appcompat_v7 這個 project library 給 remove 掉 --> Apply and OK。 2. 把 style.xml 裡的 parent theme 都改成原有的 theme，例如  android:Theme.Light 3. 重新 build project --> 打完收工！       ...

        有時在開發 Android app 時，可能會想使用非公開的 API (就是有註解為 @hide)，這時候可以使用 Java 的 Reflection 機制來達成。本文並不討論此機制的原理，有興趣的網友可以自行 GOOGLE 。         在 Android 要使用 Reflection 機制有兩項前提，分別是： 1. 必須要知道要使用的 API 其完整 class name 及 method name，class name 要包含 package             name 2. 使用此 API 所需的 permission ( 加在 AndroidManifest 的)         其實上述這兩點只要看 source code 就可以知道了，而網路上都有 source code 可以看，所以應該不是什麼大問題… 底下是一個簡單的範例： WifiManager wifiMgr = (WifiManager) getSystemService(Context.WIFI_SERVICE); WifiConfiguration wifiConfig = null; try { Class WifiMgrClz = Class.forName(WifiManager.class.getName()); Method getWifiApCOnfiguration = WifiMgrClz.getMethod("getWifiApConfiguration"); wifiConfig = (WifiConfiguration) getWifiApCOnfiguration.invoke(wifiMgr); Class[] paramOfClass = new Class[2]; paramOfClass[0] = WifiConfiguration.class; paramOfClass[1] = Boolean.TYPE; Method setWifiApEnabled = WifiMgr...

        ViewPager 在 Android 裡是一個很好用的元件，使用者只要左右滑動，就可以顯示多頁的資訊。假如你的資料是從網路取得，如圖片，當使用者滑到還沒載入完成的頁面時，該怎麼辦呢？         雖然 ViewPager 會動態更新頁面，但是當下顯示的頁面是不會更新的。要達到上述的目的，我們要做一些事。ViewPager 主要是由 PagerAdapter 來處理內部的資料的，因此我們要從它下手。         PagerAdapter 有一個 method：getItemPosition。看 API 說明應該是用來判斷目前頁面的內容位置是否有變，但是也可以用它來滿足我們的要求，pseudo code 如下： public int getItemPosition(Object object) {         if ( 你的資料準備好了 )         {                 return POSITION_NONE;         }         else         {                 // 資料還沒準備好，此頁面維持不變                 return POSITION_UNCHANGED;         } }         雖然 overwrite 了 getItemPosition，但是這個 method 並不是我們主動去 invoke 的，PagerAdapter 提供了另一個 method 可以讓我們通...

寫 Android 多執行緒的程式時，我最常使用的是 Thread-Handler 架構。某天遇到了一個情形：在特定時間點清空 message queue，讓 Handler 都不處理還留著的 event。有一個方法可以做到，就是  removeCallbacksAndMessages 。API 說明如下： public final void  removeCallbacksAndMessages   ( Object  token) Added in  API level 1 Remove any pending posts of callbacks and sent messages whose  obj  is  token . If  token  is null, all callbacks and messages will be removed. 因此，我們只要使用 handler.removeCallbacksAndMessages(null)，就可以讓 Handler 不處理還 queue 住的 event。