本來(lái)是內(nèi)存溢出java.lang.OutOfMemoryError: Failed to allocate a 33177612 byte allocation with 16777120 free bytes and 22MB until OOM
然后我把圖片放到mipmap-hdpi文件夾就沒事了. 啟動(dòng)應(yīng)用的速度也快了
然后我把圖片放到mipmap-hdpi文件夾就沒事了. 啟動(dòng)應(yīng)用的速度也快了
2016-04-24
樓上是不是腦殘啊，來(lái)這關(guān)注聲音好不好聽，你可真逗，就這素質(zhì)，你能當(dāng)程序員？
2016-04-18
以下是來(lái)自nineoldandroid的消息
DEPRECATED
NineOldAndroids is deprecated. No new development will be taking place. Existing versions will (of course) continue to function. New applications should use minSdkVersion="14" or higher which has access to the platform animation APIs.
Thanks for all your support!
DEPRECATED
NineOldAndroids is deprecated. No new development will be taking place. Existing versions will (of course) continue to function. New applications should use minSdkVersion="14" or higher which has access to the platform animation APIs.
Thanks for all your support!
2016-04-16
已采納回答 / kacent
http://developer.android.com/intl/zh-tw/reference/android/app/ActionBar.TabListener.html
2016-04-11
第三個(gè)View出現(xiàn)的情況主要是我們滑動(dòng)到第三個(gè)，然后往回切成第二個(gè)的時(shí)候，第三個(gè)View設(shè)置的TranslationX 就是-getWidth()-getPageMargin()+0;(也就是offsetPixels=0 原因不懂的話，再仔細(xì)看一遍視頻)，那么這個(gè)View的大小也會(huì)變成MIN_SCALE 所以，當(dāng)我們從第二個(gè)再滑動(dòng)回第一個(gè)的時(shí)候。 就會(huì)出現(xiàn)那種情況，我們做測(cè)試，當(dāng)我們不滑動(dòng)到第三個(gè)，只滑動(dòng)到第二個(gè)再滑動(dòng)回第一個(gè)的時(shí)候，就不會(huì)出現(xiàn)第三個(gè)。
2016-03-30
所以驗(yàn)證了我們的猜想是正確的。然后因?yàn)樗奈恢帽晃覀儚?qiáng)制設(shè)置在了屏幕中央(mRight.setTranslationX(MIN_SCALE + (1 - MIN_SCALE) * offset))，大小也被變成原來(lái)的0.6倍mRight.setScaleY(MIN_SCALE + (1 - MIN_SCALE) * 0)。 所以我們只需要在setPagerTeansformer中做出判斷。 判斷，只要offset=0那么馬上讓 mScale = 0;mTran = 0;
也就是讓我們的View進(jìn)行一個(gè)(回位的操作).就能很好的避開老師視頻中出現(xiàn)的bug
也就是讓我們的View進(jìn)行一個(gè)(回位的操作).就能很好的避開老師視頻中出現(xiàn)的bug
2016-03-30